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@ A method of operating an expert system on a data processing system. 

f) A method for use in an expert system which selectively 
ows the system to avoid asking the user a question by 
providing the answer to that question based on related 
information that may have been previously attained in the 
system. The method Involves providing an action attribute that 
can be attached to any node In the rule tree. The attribute is 
assigned to a node in the tree which provides an answer to a 
class question based on processing various other dependent 
nodes. When tha answer is obtained, the action attribute then 
causes aU other nodes in the rule base referencing the same 
class question to be set to the same answer. The user Is 
therefore only requested to supply Information as a last resort. 
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Description 

A METHOD OF OPERATING AN EXPERT SYSTEM ON A DATA PROCESSING SYSTEM 

This Invention relates hi general to operating an xpert system on a data processma^tem and to methods 
for obtaining Information In an expert system and. in particular, to an improved method ^wWch ^swers to 
questions solicited from the user may be obtained indirectly from related information previously collected by 

^urorcan Patent Application number 861064459 is directed to an expert system in which the rulebase is 
segmented to permit use in computing systems having limited memory capacity. European Patent AppTication 
number 861061836 is directed to a method of collecting data in which an independent external process or 
procedure can be initiated under the control of the expert system and results specified and generated by the 
process or procedure are returned to the expert system for use in concluding specific Goal nodes. 

^S"Sstem s Is a term applied to a special kind of problem solving computer program. The .general 
fundJon of expert eystems Is to solve (or assist in the solution of) problems normally addressed by highly 
and ^perien^d human experts. This is not a new goal; In fact many successful compmerprograms 
have achieved notable success In providing expert levels of performance in certain problem jeas. What te 
different about expert system type programs is the approach taken, and the resulting form of the program 
itself. 

^ilS^cSr^ledll^ afions. the principal distinction between expert systems and 
traditional problem solving programs is the way in which the problem related expertise is coded, in traditional 
aDoIIcaflons problem expertise Is encoded in both program end data structures. 

Kexpert^Tm abroach all of the problem related expertise is encoded In data structures on£ None 
is in programs. Several benefits Immediately follow from this organization. An example may help contrast the 
traditional problem solving program with the expert system approach. The e^mpte Is the r*oblema tax 
advice. In the traditional approach data structures describe the taxpayer and lax tables, and a program in 
which there are statements representing an expert tax consultant's knowledge, such as statements which 
relate Sanation about the taxpayer to tax table choices, it is this representation of the tax expert's 
knowledge that is difficult for the tax expert to understand or modify. . . ,„.. riat . 

In the expert system approach, the Information about taxpayers and tax computations is again found n date 
etructuresTbut now the knowledge describing the relationships between them is encoded in structures 
aswell The programs of an expert system are independent of the problem domain (taxes) and serve to 
ptocetthe^^^ 

are programs to acquire the described data values through user Interaction, programs to ^present and 
proems special organizations of description, and programs to process the dedarahons that represent 
semantic relationships within the problem domain and an algorithm to control the processing sequence and 

fo The general architecture of an expert system involves two principal components: a proWem 

of data declarations called the knowledge base or Rule-base, and a problem Independent (although highly 

data structure dependent) program which is called the inference engine. 

Individuals In volved with Expert Systems 

There are generally three Individuals hav ing an interaction with expert systems^Pnmary amo ng tiiese I s the 
end-user; the individual who uses the system for Its problem solving assistance.^ ^^^Wtogand 
™Lenance of the system there are two other roles: the problem domain expert who guilds i tine toowtedge 
base, and aknowledge englneerwho assists the experts In determining the representation , of £wr knowledge 
and who defines the inference technique required to obtain useful problem solving activity. 
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1 TrfSidSr usually sees an expert system through an interactive dialog, an example of which follows: 
Q. Do you know to which restaurant you want to go? 
A. No 

Q. Is there any kind of food you would particularly like? 
A. Unknown 

Q. Do you like spicy food? 
60 A. No 

Q. Do you usually drink wine with meals? 
A Yes 
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Q. When you drink wine, Is it French wine? 
A. Why 

As can be seen from this dialog, the system is leading the user through a set of questions, the purpose of 
which Is to determine a suitable set of restaurants to recommend. This dialog begins with the system asking ff 5 
the user already knows the restaurant choice (a common feature of expert systems) and immediately 
illustrates a characteristic of expert systems; users may choose not to respond to any question. In expert 
systems, dialogs are not pre-planned. There is no fixed control structure. Dialogs are synthesized from the 
current Information and the contents of the knowledge base. Because of this, not being abfe to supply the 
answer to a particular questions does not stop the consultation. 10 

Another major distinction between expert systems and traditional systems is Illustrated by the following 
answer given by the system when the user answers a question with the question "why," as occurred in the 
above example. The answer Is; 

A. I am trying to determine the type of restaurant to suggest So far Chinese is not a likely choice. It is possible 

that French is a likely choice. I know that if the diner is a wine drinker, and the preferred wine is French, then 15 

there is strong evidence that the restaurant choice should Include French. 

It is very difficult to Implement a general explanation system (answering questions Hke Why and How) in 
traditional systems. The response of the expert system to the question WHY is an exposure of the underlying 
knowledge structure. It is a rule; a set of antecedent conditions which, rf true, allow the assertion of a 
consequent. The rule references values, and tests them against various constraints or asserts constraints 20 
onto them. This, In fact, is a significant part of the knowledge structure. There are values, which may be 
associated with some organizing entity. For example, the individual diner Is an entity with various attributes 
(values) including whether they drink wine and the kind of wine. There are also rules, which associate the 
currently known values of some attrfcutes with assertions that can be made about other attributes. It Is the 
orderly processing of these rules that dictates the dialog Itself- 25 

The Knowledge Engineer 

The knowledge engineer is concerned with the representation chosen for the expert's knowledge 
declarations and with the Inference engine used to process that knowledge. There are several characteristics 
known to be appropriate to a good inference technique. 30 

1. A good inference technique is Independent of the problem domain. 

In order to realize the benefits of explanation, knowledge transparency, and re-usabillty of the programs In 
a new problem domain, the inference engine must contain domain specific expertise. 

2. Inference techniques may be specific to a particular task, such as diagnosis of hardware 
configuration. Other techniques may be committed only to a particular processing technique. 35 

3. inference techniques are always specific to the knowledge structures. 

4. Successful examples of Rule processing techniques include: 

(a) Forward chaining 

(b) Backward chaining 

40 

The Inference Rule 

An understanding of the "Inference Rule* concept is important to understand expert systems. An Inference 
Rule is a statement that has two parts, an if-clause and a then-clause. An example of an Inference Rule is: 
If the restaurant choice Includes French, and the occasion Is romantic, 

Then the restaurant choice is definitely Ftaul Bocuse. 45 

An expert system's Rulebase is made up of many such Inference Rules. They are entered as separate Rules 
and it is the inference engine that uses them together to draw conclusions. Because each Rule is a unit. Rules 
may be deleted or added without affecting other Rules (though it should affect which conclusions are 
reached). One advantage of Inference Rules over traditional programming is that inference Rules use 
reasoning which more closely resemble human reasoning. 50 

Thus, when a conclusion is drawn, it is possible to understand how this conclusion was reached. 
Further-more, because the expert system uses knowledge In a form similar to the expert, it may be easier to 
retrieve this information from the expert 

Chaining 55 

There are two main methods of reasoning when using Inference Rules: backward chaining and forward 
chaining. 

Forward chaining starts with the data available and uses the inference Rules to conclude more data until a 
desired goal is reached. An Inference engine using forward chaining searches the inference Rules until it finds 
one in which the rf-clause Is known to be true. It then concludes the then-clause and adds this information to 60 
its data, it would continue to do this until a goal Is reached. Because the data available determines which 
Inference Rules are used, this method is also called 'data driven.' 

Backward chaining starts with a list of goals and works backwards to see If there is data which will allow it to 
conclud any of these goals. An inference engine using backward chaining would search th inference Rules 
until it finds one which has a then- clause that matches a desired goal. If the if-clause of that inference Rule is 65 
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not known to be true, then It Is added to the fist of goals. For example, suppose a Rulebase contains two 
Rules: 

(1 J If Fritz Is green then Fritz f s a frog . 
(2) If Fritz Is afrog then Fritz hops. 
5 Suppose a goal Is to conclude that Fritz hops. The Rulebase would be searched and Rule (2) would be 
selected because Its conclusion (the then clause) matches the goal. It Is not known that Fritz fs a frog, so this 
"if" statement is added to the goal list Trie Rulebase Is again searched and this time Rule (1) is selected 
because Its then clause matches the new goal just added to the Ost This time, the if-dause (Frffz is green) is 
known to be true and the goal that Fritz hops Is concluded. Because the list of goals determines which Rules 
w are selected and used, this method Is called 'goal driven/ 

Confidences 

Another advantage of expert systems over traditional methods of programming is that they allow the use of 
Confidences. When a human reasons he does not always conclude things with 100% confidence. He might 
15 say, "If Fritz Is green, then he is probably a frog" (after all. he might be a chameleon); or. that Fritz's leg is 
broken, but not much). This type of reasoning can be Imitated by using numeric values called Confidences. For 
example. If ft Is known that Fritz is green, it might be concluded with .85 Confidence that he is a frog : or, if ft Is 
known that he is afrog, it might be concluded with .95 Confidence that he hops. These numbers are similar in 
nature to probabilities, but they are not the same. They are meant to Imitate the Confidences humans use in 
20 reasoning rather than to follow the mathematical definitions used in calculating probabilities. 

The following general points about expert systems and their architecture have been Illustrated. 

1. The sequence of steps taken to reach a conclusion is dynamically synthesized with each new case. It 
Is not explicitly programmed when the system is built 

2. Expert systems can process multiple values for any problem parameter. This permits more than one 
25 line of reasoning to be pursued and the results of incomplete (not fully determined) reasoning to be 

presented. 

3. Problem solving is accomplished by applying specific knowledge rather than specific technique. This 
is a key idea in expert systems technology. It reflects the belief that human experts do not process their 
knowledge differently from others, but they do possess different knowledge. With this philosophy, when 

30 one finds that their expert system does not produce the desired results, work begins to expand the 

knowledge base, not to re-program the procedures. 
The prior art has disclosed various expert systems in which a ■Rulebase 1 ' and an "Inference engine" 
cooperate to simulate the reasoning process that a human expert pursues in analyzing a problem and arriving 
at a conclusion, in these prior art systems. In order to simulate the human reasoning process, avast amount of 
35 knowledge needed to be stored In the knowledge base. Generally, the knowledge base of a prior art expert 
system consisted of a relatively large number of "if then" type of statements that were interrelated in a manner 
that in theory at least, resembled the sequence of mental steps that were involved in the human reasoning 
process. 

Because of the need for large storage capacities and related programs to store the Rulebase, most expert 
40 systems have, in the past, been run only on large information handling systems. Recently, the storage capacity 
of personal computers has increased to a point where it is becoming possible to consider running some types 
of simple expert systems on person-al computers. A number of such programs and their applications are 
discussed in PC Magazine, dated April 16, 1985 beginning on page 108. Another article entitled "Artificial 
Intelligence" appears on page 34 of PC World Magazine, Vol. 2 #1. dated January 1984. 
45 Additional publications of interest that describe Expert Systems of the type represented by the present 
Invention Include; 

1. *A User's Manual for Construct and Consult in the GPSI Environment" authored by Paul Nielsen, 
currently available from the University of Illinois KBPA Project 

2. Gordon, Robert K., A Rule Editor for an Expert System Environment : Towards Automating 
50 Knowledge Acquisition. M.S. Thesis, University of Illinois. Urbana, IL 1984. 

3. Harandi, Mehdi T. f A General Purpose System for inferencing. Proceedings of the IBM University 
Study Conference. Raleigh, NC, Oct 1983. 

55 4. Laursen. Andrew U GPSI : An Expert System to Aid in Program Debugging, M.S. Thesis, University 

of Illinois. Urbana, IL, 1981. 

In some applications of expert systems, the nature of the application and the amount of stored Information 
necessary to simulate the human reasoning process for that application is just too vast to store in the active 

60 memory of a computer. In other applications of expert systems, the nature of the application is such that not all 
of the information is always needed in the reasoning process. An example of this latter type appGcation would 
be the use of an expert system to diagnose a data processing system comprising many separate components, 
some of which are optional. When that type of expert system employs a single integrated Rulebase to 
diagnose the minimum system configuration of the data processing system, much of th Rulebase is not 

65 required since many of the components which are optional units of the system will not be present in the 
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system. Nevertheless, prf r art expert systems require the entire Ruiebase to be st red since an the Rules 
were, In effect, chained or linked together by th structure of the Ruiebase. 

The invention described In cross-referenced European Patent Application number 861 064459 Is directed to 
an Xpert system in which th Ruiebase Is segmented, preferably Into contextual segments or units. When the 
Ruiebase is segmented, It Is then possible to eliminate portions of the Rul base containing data or knowledge 5 
that is not needed in a particular application. The segmenting of the Ruiebase aJso allows the expert system to 
be run with systems or on systems having much smaller memory capacities than was possible with prior art 
arrangements since each segment of the Ruiebase can be paged into and out of the system as needed. The 
segmenting of the Ruiebase into contextual segments requires that the expert system manage various 
intersegment relationships as segments are paged Into and out of memory during execution of the program. 10 
Since the system permits a Ruiebase segment to be called and executed at any time during the processing of 
the first Ruiebase, provision must be made to store the data that has been accumulated up to that point so that 
at some time later in the process, when the system returns to the first segment, It can proceed from the last 
point or RULE node that was processed Also, provision must be made so that data that has been collected by 
the system up to that point can be passed to the second segment of the Ruiebase after It has been paged into is 
the system and data collected during the processing of the second segment can be passed to the first 
segment when the system returns to complete processing that segment. 

The embodiment of the Invention described In that application employs a segmented Ruiebase that has 
been established for the primary purpose of diagnosing the faulty hardware operation of a data processing 
system such as a personal computer. The overall objective of the system is therefore to Identify a Field 20 
Replaceable Unit (FRU) that Is most probably the cause or source of the problem. 

In the second referenced application, the embodiment was substantially the same except that the system 
could perform a self-diagnosis on its own hardware since It had the ability to initiate external procedures or 
test units on specific components which, when concluded, would return the results to the expert system. 
Information was therefore collected by these systems by asking questions of the user or running so-called test 25 
units or external processes. 

The User interface and the Procedure interface are two important functions in the information collection 
process of the systems described in the cross-referenced applications. 

The User Interface ^ 

The function of the user interface is to present questions and information to the operator and supply the 
operator's responses to the Inference Engine. 

Any values entered by the user must be received and interpreted by the user interface. Some responses are 
restricted to a set of possible legal answers, others are not. The user interface checks ail responses to insure 
that they are of the correct data type. Any responses that are restricted to a legal set of answers are compared 35 
against these legal answers. Whenever the user enters an illegal answer, the user interface informs the user 
that his answer was invalid and prompts him to correct it. As explained in the cross-referenced application, 
communication between the user interface and the Inference Engine is performed through the use of a User 
interface Control Block (UC8) which is passed between the two. 

40 

Procedure Node Interface 

The function of the Procedure node interface is to receive information from the Procedures coordinator and 
create the appropriate Procedure Call. The ability to call a Procedure and receive information from that 
Procedure can be viewed as simply a generalization of input from the external world. While in some prior art 
expert systems external information has been obtained, that information was obtained only In a predetermined 45 
manner so only certain information could actually be acquired. This expert system, disclosed In the 
cross-referenced application, through the knowledge base, is permitted to Invoke any Procedure allowed on 
its host system. This makes the expert system useful in a much wider class of knowledge domains than if it had 
no external access or only limited external access. 

In the area of machine diagnostics using expert systems, particularly self-diagnostic applications, it Is not 50 
possible to conclude the current state of "health" of a machine without some information. The best source of 
information is the machine itself, for it contains much detailed information that could not reasonably be 
provided by the operator. 

As explained in the prior art, the knowledge that is represented in the system appears in the Ruiebase. In the 
Ruiebase described In the cross-referenced applications, there are basically four different types of objects, 55 
with associated information present. 

1 . Classes - these are questions asked to the user. 

2. Parameters - a Parameter is a place holder for a character string which may be a variable that can be 
inserted into a Class question at the point in the question where the Parameter Is positioned. 

3. Procedures - these are definitions of calls to external Procedures. so 

4. Rule Nodes - The inferencing in the system is done by a tree structure which indicates the Rules or 
logic which mimics human reasoning. The nodes of these trees are called RULE nodes. There are several 
different types of RULE nodes. 

The Ruiebase comprises a forest of many trees. The top node of the tree is called the Goal node, in that it 
contains the conclusion. Each tree In the forest has a different Goal node. The leaves of the tree are also 65 
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referred to as RUL£ nodes, or one of th types of RULE nodes- A leaf may he an EVIDENCE nod , an 
EXTERNAL node, or a REFERENCE node. M ^ . 

An EVIDENCE node functions to obtain Information from the operator by asking a specie question hi 
responding to a question presented by an EVIDENCE node, the operator is generally instructed to answer 

"Questions which require a response from the operator other than yes or no or a value between 0 and 1 are 

ha )S ^i^B?S^node Indicates that data wiB be used which was obtained from a Procedure CaO. 
A REFERENCE node functions to refer to another tree or subtree. 

A tree may also contain tatermediate or minor nodes between the Goal node and the Leaf node. An 
Intermediate node can represent logical operations tike And or Or. , 

SS^ncelogic has two functions, it selects a tree to trace and then it traces that tree. Once a tree has 

been selected, that tree Is traced, depth-first left to right 

wrfrSW refers to the action the system takes as ft traverses the tree. ^Classes l^stionsh 
caK^ocSS and calculating Confidences as ft proceeds. As explained In *e cros^erenced 
applications, the selection of a tree depends on the ordering of the trees. The original ordering of ihe bees to 
border in which they appear in the Rolebase. This order can be changed, however, by assignmg an 
BWE^riM SState ^ntHsT which is described in detail in these applications. The first action taken is 
t^TvaSes torTEVlDENCE nodes which have been assigned an -initial- attribute. Using onty the 
an««rstott»se Initial Evidences, the Rules are ordered so that the most likely to succeed is evaluated first. 

K KTbeen found that the type of information that is solicited by the system from the use* by means of 
questions or classes should be tailored to the level of knowledge of the user. In many appBcations. the group 
of prospective uses Is nicety defined and the knowledge level can be estimated so that fta^esto^ can be 
□resented at a level which corresponds generally to the average user. However, in other applications, 
k3Se of thTspeXdomafrTof the'expert'system might vary considerably among the group of 

P ^nTSStaa«oi where this Is particularly true involves the use of an expert system 0 ^ n n 9 M 
setf^ostlcrnodeonapersonalcomputerto assist the operator of me peraonalcx^puter to da^eme 
Suseofafautt or errorheimerthe hardware or software. Ingen^ 
moTs^aightforwardwayforme expert system togam 

or should be within the operator's understanding. For example, in diagnosing a personal computed the 
expert system must know the major functional components of the system. It could ask the : operator .for 
mTtance V the display is a monochrome or colour display. The operator should^ all probability be abte to 
pSdTtWs correcTSswer 10Wb of the time. The expert system could, on fine otter hand, ^ a 
be^todeteminetnetvpe of cflsplay.The accuracy 

probably would not be that different so the knowledge engineer could employ erther »PP^* iwfthout 
affecting the accuracy of the diagnosis. However, in many instances, because of the nature of the information 
MnHlStad. ft is better to ob£in the information from the system rather than asking the operator, because 
S«uS S the data supplied by the operator was so low that the system could not effectively process rt to 

4 ttrSS fS^cco^cevtihlte present invention that in many situations the irrformation is already 
in the system* a form of which permits the correct answer to a question to be obtained thresh a process of 
MUcfto or deductive reasoning. The data previously collected by the system could be answers p^-ded by 
the user to less complex questions that were asked for a different reason or results returned from test units 

th %7 6 Z^7lZ a diskette drives there are certain tests which require that a scratch diskette be 
oresent inSette drive A. These tests may cause data to be written to the diskette or the diskette to be 
KStte^ f S onZ diskette may be^stroyed. so it is Imperative 

routines not be Inserted in drive A. Rather than relying on the .user tc ,be sure M^^^b 
there are certain things that may indicate to the system that such is the case If drive A .Is »b««g 
diskette drive and a diskette is present, then the diskette must be a scratch diskette. If the .drive is a high 
caSclty diskette drive, and the procedure. READ — VOLUME—LABEL returns a nonzero retom co Je then 
Agnostic diskette Is not in drive A, and a scratch diskette must be. In the case ttetl he drive « hjgh 
capacity and READ_VOLUME_LABEL returns a zero return code, then the user must be told to Insert a 

scratch diskette in A . . _ th „„ 

In the Rulebase of the expert system, action attributes can be associated with any node. One of these 
actions, the SET action. Indicates that if this node is evaluated to be true, then the answer to 1 a *P"<f™ 
question can be set to a specified value. In this way, answers to questions can be obtainedjMthoutcDrecUy 
asking the user the question. If the node with the action attribute is invalidated, then the question specified m 
th action attribute will not be affected. 
These SET actions are equivalent to adding rules to the rulebase which would resembl th IF —THEN rules 

as follows: 
65 IF drive A is low capacity 
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AND there is a diskette present 
THEN the answer to 'Is there a scratch diskette In A?" Is "yes." 
IF drive A fs high capacity 

AND the return code of READ — VOLUME — LABEL is not 0 

AND there Is a diskette present 5 
THEN the answer to "Is there a scratch diskette in A?" is "yes/ 

According to the invention there is provided a method of operating a data processing system for collecting 
information by tracing a rule base of an expert system, said data processing system having a processing unit 
which functions with said expert system program as an Inference engine, characterised by the steps of, 

a) establishing in said rule base, a rule tree having a goal node and at least one evidence node which 10 
functions to obtain the answer to a class question by presenting said question to said user and storing 

said answer in association with said evidence node. 

b) establishing in said rule base, another node which is capable of determining said answer in 
accordance with data supplied by at least one dependent node, and settings that answer in said evidence 
node to the answer determined by said other node. 15 

in order that the invention may be fully understood a preferred embodiment thereof will now be descnbed 
with reference to the accompanying drawings, in which: 

Fig. 1 illustrates the overall functional relationships of the components of an expert system in which the 
present invention is advantageously employed. 
Fig. 2 Illustrates schematically, a sample Rule tree. 20 
Fig. 3 illustrates the data for a sample Rule-base. 
Fig. 4 is a Rule tree constructed from the input data shown in Fig. 3. 
Fig. 5 is another tree constructed for the Input data shown in in Fig. 3. 
Fig. 6 Illustrates the records of the major linked lists. 

Fig. 7 illustrates the general format of the variable field of the records shown in Fig. 6. 25 
Fig 8 illustrates the relationship of the link lists to the Hashtable structure. 

Fig. 9 Illustrates the relation of the Class linked list, the member list, the Hashtable, and RULE nodes 
that are members of the Class. 

Fig. 10 Illustrates the relation of the Procedure linked fist, the Membership list of a Procedure object, 
the Hashtable and the RULE nodes that are members of the Procedure objeot. 30 

Fig. 1 1 illustrates the organization of the Parameter linked list. 

Fig. 12 illustrates the organization of the Rulenode linked list 

Fig 13 illustrates the organization of the various programming modules employed in the Expert System. 
Fig. 14a and 14b illustrate examples of Rulenodes In which answers to class questions that are 
obtained from the system, and the question is therefore never presented to the user. 35 

D escription of the Preferred Embodiment : 

The preferred embodiment of the present invention to be described employs a segmented Rulebase that 
has been established for the primary purpose of diagnosing the faulty hardware operation of a data processing 
system such as a personal computer. The overall objective of the embodiment is therefore to identify a Field 40 
Replace-able Unit (FRU) that Is most probably the cause or source of the problem. The application of an expert 
system that employs a segmented Rulebase In accordance with the teachings of the cross referenced and in 
which procedures are run to collect data for use by the expert system Is but one example of an application for 
this type of expert system. Other applications employing data collected by running external procedures and 
not using an segmented Rule base may readily be developed based on the following description. The ability to 
assign an action attribute to the Rulenode, as described generally in the cross-referenced application is 
employed in connection with the present Invention, in that a specific action attribute, "SETC permits the 
answer to be set to a class question that would always be presented to the user. 

SYSTEM OVERVIEW _ trm ^ 50 

The main components of the expert system shown dlagrammatically in Fig. 1 are an Inference Engine IE 10 
and a Rulebase file 11. The Inference Engine 10 Includes a supervisor program 12, inference logic 13, and a 
procedural call coordinator 14. Procedures A-N are interfaced to the coordinator 14 through the Procedure 
node interface 15. The operator interfaces with the supervisor through the operator or user interface block 16. 
The knowledge represented by the compiled Rulebase is generated by the file compiler 17, based on Rule 55 
inputs from Rule writers. 

The Supervisor 

The supervisor program 12 controls the flow of Rulebase calls. Its Job Includes storing the current Rulebase 
when suspension occurs, reading In the called Rulebase, knowing which Rulebase to load in next when a 60 
Rulebase is exhausted, and recognizing when ail Rulebases are exhausted. When the appropriate Rulebase is 
read in, the supervisor 12 calls the Inferencing logic 13 to trace the Rulebas . When tracing is suspended, 
either because of a Rulebase call or because a Rulebase is exhausted, control is passed back to the 
supervisor 12, which determines the appropriate action to take. Reading in a Rulebase and d ciding where to 
get the Information is also handled by the supervisor. & 
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The User Interface 

The function of the user interface 16 Is to present questions and Information to the operator and supply the 
operator's responses to the Inference Engine 10. 

Expert systems generally require frequent interaction with a user through question and answering sessions, 
the presentation of conclusions, help-giving interchanges, and indications of errors. The method employed to 
provide this Interaction can vary among the type of systems being employed. The user interface is generally 
dependent on the hardware and operating system being utilized in the host computer configuration. 

In order to isolate ail machine and application dependent code into separate modules which can be replaced 
for different hardware configurations or apprications, all Input and output routines formerly Imbedded in the 
logic of the Inference Engine 10 In prior art expert systems have been extracted and combined Into a general 
purpose user interface module 16 in the present arrangement The user interface 16 has the capability of 
performing all the input and output functions previously processed Inside the Inference Engine. The functions 
provided include the following: 

1 . Query the keyboard and return any keystrokes which the operator enters. 

2. D (splay error messages. 

3. Clear the display screen. 

4. Present text and request keyboard Input which must fan within a specified range and of a specified 
datatype. 

5. Present text and request keyboard Input which must be of one or more of a set of specified character 
strings. 

6. Present text and request input which may beany value of a specified datatype. 

7. Present text and return immediately to the inference engine (no response from the user required). 

8. Present text and wait until the operator responds by hitting the "Enter key on the keyboard. 
Any values entered by the user must be received and interpreted by the user Interface 1 6. Some responses 

are restricted to a set of possible legal answers, others are not The user Interface 16 checks all responses to 
insure that they are of the correct data type. Any responses that are restricted to a legal set of answers are 
compared against these legal answers. Whenever the user enters an illegal answer, the user interface 16 
informs the user that his answer was invalid and prompts him to correct it. In response to any question, the 
30 user may request help from the expert system In the form of explanation, review of consultation, or a trace of 
the Ruie tree being processed. In addition, the user may request to discontinue the process entirely. In this 
case, the user interface 16 must recognize this and communicate this fact to the Inference Engine. 
Communication between the user interface 16 and the Inference Engine 10 is performed through the use of a 
User Interface Control Block (UICB) which is passed between the two. 
35 The UICB in the preferred embodiment contains the following fields: 

A. Action Hags. This field is employed to indicate the action to be taken by the user interface. 

B. Status Flags. This field indicates the action to be taken by the system. 

C. Response Number. This is a value indicating the number of responses required. 

D. Response Pointer. This Is a pointer to a length fist of possible legal answers. 

40 E. High Field. Contains the high range for range responses, the data value depends on the response 

value action flags. 

F. Low Held. Contains the low range for range responses. The data value depends on the response 
value action flags. 

G. Answer Pointer. This field contains a pointer to a length list of answers given by the user. 

45 H. File Name. This field contains the name of the file containing text and character string values. 

I. File Index. Contains the logical record number In the text file of records to be displayed. 
Enumerating the actions to be taken by the user interface 16 and the Inference Engine 10 makes It possible 
to replace the entire user interface module 16 without Impacting the code of the Inference engine 10 in any 
way. As a result, any changes in the user Interface method, operating system display routines, or display 
50 hardware are transparent to the inference engine. 

Procedure Mode Interface 

The function of the Procedure node Interface 15 is to receive information from the coordinator and create 
the appropriate Procedure Call. The ability to call a Procedure and receive information from that Procedure can 

55 be viewed as simply a generalization of input from the external world. While in some prior art expert systems, 
information from a procedure has been obtained, that Information was obtained only in a predetermined 
manner so only certain information could actually be acquired. This expert system, through the knowledge 
base, Is permitted to invoke any Procedure allowed on its host system. This might seem somewhat 
straightforward, but the nature of Rulebase programming is such that this is both somewhat foreign and 

60 difficult. Creating a linkage mechanism for the running of arbitrary Procedures allows the expert system to be 
truly Independent of the knowledge base that is used. This, in turn, makes the expert system useful in a much 
wider class of knowledge domains than if it had no external acc ss or nly limited external access. 

An example of th usefulness of such a function follows. Assum a consultant operator Is to determine the 
optimal itinerary for air travellers. Substantial information will be required concerning the airline schedules 

65 between th points of departure and arrival so that an optimal choice may be made. While it would be possible 
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for an operator to enter the fnformation, It is not at alt reasonable. It would be easier for the operator to mak 
th decision himself. Alternatively, the Information could b coded into the knowledge base of the expert 
system. Unfortunately, the flight Information changes so rapidly that this also would not be practical The 
required Information concerning flights should be resolved Instead by raferanc toadatabasebythecallingof 
the Procedure In accordance with the present Invention. While this Is not a reasoning step, the reasoning s 
process could not continue without this information. , . „ 

Smllarty. In the area of machine diagnostics using expert systems, ft Is not possible to conclude the current 
state of "health" of a machine without some information. The best source of information is the machine Itself, 
for it contains much detailed Information that could not reasonably be provided by the operator. 

The ability to call external Procedures Is useful also to send messages or post specific Information on highly 10 
formatted displays under control of the knowledge base and without custom tailoring of the basic expert 
system Also any action permissible on the host can be caused to occur. Specifically, the system permits the 
loading of other Procedures and their dynamlo binding to existing routines, the exercising of hardware and the 
display of messages. The details of the Implementation of how Procedures are called are set forth later on In 
the specification. 15 

The Rule base 

The knowle dge that is represented In the system appears in the Rulebase 11. There are basically four 
different tvpes of objects, with associated Information present In this expert system s Rulebase 11: 

1 Classes - these are questions asked to the user. The information associated with a Class Is its name, 20 
the answer or answers which the user gives to the question, and the Confidence associated with that 
answer. The Confidence Is a number between 0 and 1 that indicates how likely it is that the answer Is 

°°2 Parameters - a Parameter is a place holder for a character string which may be a variable that can be 
inserted into a Class question at the point In the question where the Parameter Is positioned. The data 25 
that Is variable may be obtained by also asking the user a question. For example, a Parameter, 
•User—Name" may represent the name of the user and be obtained by asking the user, -What is your 
name?" The Information used by the system is the Parameter name and the associated character string. 
Tr*responseprovidedbytheuseris^ 

3 Procedures - these are definitions of calls to external Procedures. The information associated with 30 
the Procedure is the name of the Procedure definition, the values passed, and the values returned. This 
area of the Rulebase provides the basis for the improved method of collecting data from external sources 

^RuleNo^ in the system is done by a tree structure which indicates the Rules or 

logic which mimics human reasoning. The nodes of these trees are called RULE nodes There are several 35 
different types of RULE nodes, the details of which are described later in the specification. The node 
designated External is employed to specify the procedure call. 

Fig 2 shows a sample Rule tree greatly simplified. The Rulebase comprises a forest of many such n-ary 
trees 'The top node 21 of the tree is called the Goal node, in that it contains the conclusion. Each tree in the 
forest has a different Goal node. The leaves of the tree are also referred to as RULE nodes, or one of the types 40 
of RULE nodes. A leaf may be an EVIDENCE node, an EXTERNAL node, or a REFERENCE node. 

An EVIDENCE node functions to obtain information from the operator by asking a specific question such as 
EVIDENCE node 22. In responding to a question presented by an EVIDENCE node, the operator is generally 
instructed to answer "yes* or "no* re-presented by numeric values 1 and 0 or provide a value of between 0 and 
1 represented by a " maybe/ Questions which require a response from the operator other than yes or no or a 45 
value between 0 and 1 are handled in a different manner which Is described later in the specification. A leaf that 
is an EXTERNAL node such as 23 Indicates that data will be used which was obtained from a Procedure Call. In 
the preferred embodiment of a diagnostic application, a Procedure Call could, for example, cause a specific 
data pattern to be written on a diskette and read to provide an indication if an error was detected. A 
REFERENCE node such as 24 functions to refer to another tree or subtree. 50 

A tree may also contain intermediate or minor nodes between the Goal node and the Leaf node. An 
intermediate node can represent logical operations like nodes 27 and 28 in Fig. 2. 

If a node B Is Immediately below node A, then node B is called A's child and A is the parent of B. In this case, 
the tree of which B Is the top node is called a subtree of A. Since a subtree may be Just a single node, saying A 
has two children Is equivalent to saying A has two subtrees. 55 

The Rule compiler 17. shown in Fig. 1, takes the Rule input that the Rule writer provides and compiles ft Into 
the Rulebase file 1 1 which serves as input that the Inference Engine 10 uses. This input includes the Rule logic 
as well as the definition for Procedure Calls. The Inference Logic 

The inference logic 13 In Fig. 1 , referred to as CONSULT has two functions. It selects a tree to tracear^ttien 
it traces that tree. How CONSULT seiects a tree is described later. Once a tree has been selected, CONSULT 60 
traces that tree depth-first, left to right. n „ , . 

The word "tracing- refers to the action the system takes as it traverses the tree, asking Classes (questions), 
calling Procedures, and calculating Confidences as it proceeds. Thus, in order to obtain a Confidence for node 
B the system traces the subtree of which B is the top. Each of the various types of nodes has a Confidence 
value associated with it. The manner in which the Confidence value is obtained depends on the type of node 65 
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involved. The Confidence value tor an external node depends on the values returned by the Procedure that 
was called. The Confid nee value for an EVIDENCE node is based on the answer provided to the question that 
was posed to the operator. A REFERENCE node has a Confidence value based on the Confidence value of th 
tree to which ft refers. 

5 As the Confidence of a node is updated, CONSULT goes through all the trees and changes the Confidence 
of any node that refers to the updated node or depends on the evidence obtained by that node. CONSULT also 
immediately propagates those new Confidences up the trees as far as It can before ft finds a node that it has 
not evaluated. Once it has completed this, ft continues to trace the selected tree. CONSULT wifl continue to 
trace a selected tree until a Confidence has been calculated for its GOAL node. It then selects the next tree to 

10 be traced 

The selection of a tree depends on the ordering of the trees. The original ordering of the trees is the order in 
which they appear in the Rutebase. This order can be changed, however, by assigning an EVIDENCE node an 
attribute "initial" which is descrfred in detail later. The first action taken by CONSULT Is to obtain values for ail 
EVIDENCE nodes which have been assigned an * initial" attribute. Using only the answers to these Initial 
15 Evidences, CONSULT orders the Rules so that the most Ifcely to succeed is evaluated first it does this by 
propagating up the tree Confidences that are calculated based only on these initial Evidences. It then uses the 
Confidence calculated for a GOAL node as an indication that that tree will succeed. The trees can be further 
re-ordered since they are constantly being updated as a selected tree Is being traced. 

20 A SAMPLE RULEBASE STRUCTURE 

The Rule compiler 17 in Fig. 1, also called CONSTRUCT, takes as input a file provided by the Rule writers. 
From this Input file, It constructs the trees that are used as Rules. CONSULT traverses these Rule trees to 
make deductions about the problem being investigated, it is helpful to an understanding of the Invention to 
first have a brief overview of the Rulebase and to follow an example. A sample Input for a Rulebase is, 

25 therefore, described and shown in Fig. 3, and a drawing of the Rule trees generated by this input is shown in 
Figs. A and 5. Also provided is an Introductory explanation of the input syntax. Look first in Fig. 3 at the section 
of the Rulebase that starts with the word 'Rules/ The text "<Vb Rule 1 <Vb" is a comment The Input for Rule 1 
follows this comment The tree that corresponds to Rule 1 is shown In Rg. 4. 
The structure shown in Fig. 4 is indicated in Rg. 3 in the input by the order of the Input and by the numbers 

30 appearing to the left. These numbers indicate the level of the node being described. For example, A GOAL 
node is the top node of this tree and this is indicated by the text '1 GOAL/ The word following the number 
specifies the type of node. e.g„ GOAL, AND, OR, EVIDENCE, etc. The nodes appear in the order defined by a 
depth-first left to right traversal of the tree, in this example, each node has been given a name (indicated by 
■name « ") so that the relation is clear between the structure of the tree and the ordering of the nodes in the 

35 input f Be. . 
Immediately following the GOAL node is the text to be presented to the user if this goal is concluded. This is 
indicated by 'text =/ The text Itself is enclosed in single quotes. 

There are three EVIDENCE nodes in the tree shown in Fig. 4. An EVIDENCE node must have two things 
defined for it: the question to be asked to the user, and the answer(s) that will cause this evidence to be true. 
40 This information Is contained In the line: 
class = ('yes') of printer 

•yes 1 is the one answer that wBl make this evidence true. The question is specified by referring to one of the 
items in the CJass section of the Rulebase. In this case, the Class is named printer. 
In this example. Class definitions are located in the very first section of the Rulebase input file as shown in 
45 Rg. 3. This section starts with the word "Classes/ The first Class defined is the Class named "printer." 
Following the name of the Class is the text for the question associated with this Class. This is indicated by 
TEXT = / The string enclosed in single quotes is presented to the user so he can respond with an answer. 
The fine: values = 1 of ("yes* 'no') 

gives two pieces of information. It indicates by the phrase " 1 of" that exactly one answer will be accepted from 
50 the user. It also lists in parenthesis all possible answers with which the user may respond. In this case, yes and 

no are the only two allowable answers. 
Since it Is more than likely that the Rulebase will have many EVIDENCE nodes that ask the same question, 

the function of a Class item becomes obvious. The question merely has to be included once in the Class 

section, with an appropriate name that can be referred to by an EVIDENCE node that needs to ask that 
55 question. 

The section headed Procedures In Fig. 3 defines Procedure Calls. In this example, there is one Procedure 
CaB definition with an ID of "printertest* This definition specifies that the Procedure to be called is "printertu/ 
that one value is passed (32767), and that there is one variable returned called "statusbit/ An EXTERNAL 
node uses information obtained from a Procedure Call in the second Rule tree, shown in Fig. 5, under the OR 
60 node is an EXTERNAL node. It refers to the Procedure Calf definition by its ID. "printertest/ This node is 
evaluated true if the comparison it specifies is true; namely, if the return variable "statusbit" Is not equal to 
zero. 

One other section is present in this sampl Rulebas shown In Fig. 3: the section named Parameters. In this 
example, there is one Parameter, "printernumber/ This Parameter shows up as "$prfntemumber" in the text 
65 for the Goal of Rule Tre 2 shown "m Rg. 5. When the Goal text is pr s nted to the user, the Parameter name 



10 



0 230 349 



will be substituted by a string that the user provides. The string will be obtained by asking the us r, "What Is 
th number of your printer?," which Is the question given In the Parameter definition. If no answer is provided 
by the user, the default answer, IBM/ wfll be substituted. 

Briefly, the Rules section describes the Rule trees. EVIDENCE nodes refer to Classes specify questions 
along with possible answers to those questions. Parameters allow a string to be substituted in text before that s 
text is presented to the us r. Many of the details of the Ruiebase are described later In the specification. 

CALCULATING CONFIDENCES 

As discussed above, the system supports a number of different node types. These nodes vary in purpose 
and evaluation. All nodes, except those found at the leaves of the trees, have Confidence values passed to 10 
them by their children. A node uses the children's Confidences to compute Its own Confidence. Further 
adjustments may be made to the computed Confidence before passing this Confidence up to the parent node. 
The general features of Confidences and threshold values and how they work will first be described. The 
attributes or properties which can be specified for a node that affect the Confidence the node passes up will 
then be described. The different node types and how they compute their Confidences is also described. 15 

As a Rule tree Is traced, a Confidence value Is associated with each node. This value is a number between -1 
and 1 , inclusive, and is an indication of how likely it is that a node is true. These Confidence values are meant to 
help mimic the kind of heuristic reasoning a human does. For example, a statement beginning, "it is very tlkefy 
that .." would have a higher Confidence associated with ft than a statement which begins, There is some 
chance that..." By associating different Confidences with different Evidences and Inferences, different goals so 
will be concluded with different weights. This means that when a Ruiebase is traced, there will not be Just one 
Goal concluded as true; instead, several Rules may be concluded with varying Confidences. The added power 
and flexibility of Confidences is one advantage to expert systems over traditional programming approaches. 

CONFIDENCES FOR EVIDENCES 25 

Confidences can be associated with EVIDENCE nodes In two ways : either the user provides a Confidence or 
the Ruiebase provides it. If the user is providing the Confidence, then after answering a question, he is 
prompted to also provide a Confidence to associate with that answer. When the Ruiebase provides the 
Confidence, the default value is provided in the Ruiebase. The user answers the question and the Confidence 
stated in the Ruiebase is associated with that answer. 30 

CONFIDENCES FOR EXTERNAL NODES 

The Confidence to be given to an EXTERNAL node is provided by the Ruiebase. This Is done using a 
WEIGHT attribute which is discussed later in the specification. 

While there are four major sections to the Rule file, Classes, Procedures. Parameters, and Rules, the only 35 
required section is Rules. 

THRESHOLDS 

Each node has a property list which contains data about the node Including a number of attrfoutes. Each 
node has associated with it two threshold attributes: a high threshold and a low threshold, rf the high and low 40 
thresholds are not specified In the Ruiebase, then they default to 1 and 0, respectively. If a Confidence 
computed for a node falls above the high threshold, the node is considered to be true or concluded. If the 
Confidence computed for a node falls below the lower threshold, the node Is considered to be false or 
rejected. These thresholds are useful for several purposes. If a GOAL node is concluded, that goal is 
presented to the user. It is the high threshold that determines if it will be concluded true. Thresholds are used as 
to perform the Normalize function for a node. This function Is described next 

NORMALIZATION FUNCTION 

Any node can be given the attribute "normal." If a node has this attribute, then its Confidence is normaiized 
before It is passed up the tree. If LOW - the low threshold defined for the node, HIGH = the high threshold so 
defined for the node, and C = the Confidence computed for the node, then the Normalize function is defined 
as: 

if C > - HIGH 
then NORMALIZE(C) - 1 

else if C < - LOW 55 

then NORMAUZE(C) = 0 
else 

NORMALIZE(C) = (C-LOW) / (HIGH -LOW) 

ASSOCIATIVE FACTOR & 

A node has assigned to It an Associative factor which defaults to 1 if it is not explicitly set in the Ruiebase. 
The Associative factor indicates how strong the association is between a node and its parent. After the 
Confidence for a node has been computed, this Confidence is multiplied by the Associative factor, and th 
product Is passed up to the parent node. As an example, if a node has a Confidence of .9 and an Associative 
factor of .8. .72 is passed to the parent node. 55 
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ATTRIBUTES OR PROPERTIES 

In general, th ordering of attributes within a Class or node definition does not matter. There can be ad many 
as described for each type of node and they may occur In any order. The use and function of me attributes are 
5 as described b low. 

ASSOCIATION 

USE: The ASSOCIATION attribute may be used with any RULE node. FUNCTION: Trie ASSOCIATION 
attribute Is used to specify the value for the Associative factor discussed above. Once a Confidence for a node 

w is obtained, the Confidence Is multiplied by the Associative factor before it is passed up to the parent node as 
explained in detaB earlier, ff no Associative attribute Is specified, then the ASSOCIATION attrfoute defaults to 
1 ; that Is, It does not affect the Confidence for that node. The Association factor is multiplied after the node has 
received Its final weight. It affects the weight the parent node received, but not the weight of the given node, ff 
a REFERENCE node references a node with the ASSOCIATION attribute, the value given the REFERENCE 

15 node is the weight before multiplication by the Association factor. 

CALL 

USE: The CALL attribute is used with any RULE node. It Is not required. 
FUNCTION: The CALL attribute Is an 'action' at-tribute. ft causes another Rulebase to be catted. This action 
so occurs only if the weight of the node is evaluated to be greater than or equal to the high threshold for that 
node. If another Rulebase is called, the Rulebase presently being traced Is stored, and execution of the new 
Rulebase Is begun. It is assumed mat the called Rulebase has already been compiled (constructed). When the 
called Rulebase completes, control returns to the original Rulebase and the system continues processing this 
Rulebase from where it (eft off. 

25 

CLASS 

USE: The CLASS attribute is only used with an EVIDENCE node. It Is not required. 
FUNCTION: The CLASS attribute specifies the Class referred to by an EVIDENCE node, ft tells the name of the 
Class and also tells which answers to that Class will cause the EVIDENCE node to be evaluated TRUE. The 
30 EVIDENCE node was described earlier. 

DEFAULT 

USE: The DEFAULT attribute is used only with a Parameter. 
FUNCTION: The DEFAULT attribute specifies a text string for a Parameter. If no other string is provided by the 
35 user, then this default string will be used as the Parameter's value. 

DELETE 

USE: The DELETE attribute is used only with a Procedure Call definition. It is not required, ff no function 
(EXECUTE. LOAD, or DELETE) is specified, the default is EXECUTE. 
40 FUNCTION: The DELETE attribute is specified for a Procedure node definition to delate that Procedure from 
memory, ff the DELETE attribute is specified, the PASS and RETURN attributes are not required. 

EXECUTE 

USE: The EXECUTE attribute is used only with a Procedure Call definition, it is not required. If no function 
45 (EXECUTE, LOAD, or DELETE) fs specified, the default is EXECUTE. See also the DELETE and LOAD attribute. 
FUNCTION: The EXECUTE attribute is specified for a Procedure node definition when that Procedure is to be 
executed (rather than loaded or deleted). 

EXPLANATION 

50 USE: The EXPLANATION attribute can be used with a Class, a Parameter, or an EVIDENCE node. It is not 
required. 

FUNCTION: The EXPLANATION attribute specifies a text string. Its purpose Is to supply explanatory text to 
help the user. If the user does not understand a question presented to him, he may ask for further explanation 
by entering ?e. This causes the text provided by the EXPLANATION attribute to be presented to him. If a Class 
55 question is being asked when ?e is entered, the user is presented the EXPLANATION text provided by that 
Class. If a Parameter question is being asked, ?e will cause that Parameter's explanatory text to be presented. 
If an EVIDENCE node has a question in the node (rather than referring to a Class), then ?e will present 
explanatory text provided in that node. In any case, if ?e Is entered by the user when there is no EXPLANATION 
attribute present the system responds with "There is no explanation provided" and re-asks the questions. 

60 

GLOBAL 

One of the main vehicles mployed by this system for passing collected data b tween different segmented 
Rulebases during one session or th same Rulebase if the session was interrupted. Involves the assignment of 
a GLOBAL or LOCAL attribute to each node. A GLOBAL attribute may be assigned to any node in a Rule tree. 
65 As an example, suppose the first Rulebase executed by the system determines the hardware configuration by 
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running some test units. If the operator wanted to diagnose several compon nts of the system, 1. «, the printer, 
the disk drive, and the keyboard, a new session could be started for every component It Is, of course, more 
efficient t run the configuration test Just once for air Ihe sessions and then pass the tnf rmation on t the 
various segmented Rulebases. Similarly, if each component to be tested required a s parate Rulebase, the 
configuration Information must be passed to all the Rulebases. As mentioned previously, any nod may be s 
given a GLOBAL attribute. If an EVIDENCE node Is GLOBAL, the question is asked only once during multiple 
sessions. The answer the operator gives is retained as the value throughout all sessions. Similarly, a 
Procedure or test unit is executed only once during multiple sessions. Parameters are evaluated the same as 
GLOBAL EVIDENCE nodes. A node assigned a GLOBAL attribute retains its weight or value between 
sessions. If an EVIDENCE node or EXTERNAL node is GLOBAL, the question or Procedure It references may 10 
be asked or executed, but the node will not be updated or re-evaluated, if an intermediate node (such as an 
"and/or - or 'nor) is assigned the GLOBAL attribute, then the underlying tree Is not re-evaluated between 
sessions. 

The GLOBAL attribute is also used to pass values between Rulebases when multiple Rulebases are 
executed In the same session. A session is defined as the execution of the Rulebase to determine the solution 15 
to a unique problem. 

Tne GLOBAL attribute Is aJso used to pass values between Rulebases when multiple Rulebases are 
executed. If a value either for an EVIDENCE node, Parameter, or test unit result is needed between Rulebases 
then that answer, test unit, Procedure, or Parameter Is assigned the GLOBAL attribute In both Rulebases. 
When a node having a GLOBAL attribute is given a value In one Rulebase, that value will be retained in both 20 
Rulebases. The nodes assigned a GLOBAL attribute w«l not be re^asked or re-executed, but will be given the 
same value. 

A node in a Rule tree can reference another tree with the use of a REFERENCE node. The node to be 
referenced is given a unique name attribute. The referencing node refers to the named node and is given the 
value of the referenced node. It is possible to reference a node in another Rulebase by giving both the 25 
REFERENCE node and the referencing node the GLOBAL attribute. In summary, the GLOBAL attribute 
enables the system to retain the value of a question. Procedure, Parameter, or RULE node between sessions 
and to pass the value assigned to the RULE node between Rulebases. Both of these capabilities are 
necessary for an expert system with Rulebases that have been segmented into contextual units. 

SO 

LOCAL 

The LOCAL attribute enables the system to continually update data and EVIDENCE nodes as data changes 
during a consultation session. The system has the ability to collect static or dynamic data and to distinguish 
between the two types of information. 

If the question at the EVIDENCE node is to be asked every time, the question must be assigned the LOCAL 35 
attribute. Similarly, if a test unit Is executed every time, it is referenced in an EXTERNAL node and must be 
assigned the LOCAL attribute. The LOCAL attribute is different from the RE-ASK attribute to be described 
later on. The RE-ASK attribute specifies that a Class be re-asked only when the node with the RE-ASK 
attribute is evaluated. The LOCAL attribute, on the other hand, indicates that the question be na^asked every 
time it Is referenced in an EVIDENCE node. The same difference holds between the assignment of the LOCAL 40 
attribute to a Procedure node and the RE-EXECUTE attribute, which is described later on. 

if an EVIDENCE or EXTERNAL node is assigned the LOCAL attribute, that node is not updated when the 
question or test unit it references Is asked or executed from another node. Instead, the node is updated only 
when selected by the system. 

The LOCAL attribute Is used, for example, to ask a question to the operator many times during the diagnosis 45 
of a printer. If the system continually directs the user to adjust the hardware, ft then becomes necessary to ask 
the user the same question, "Does the test line print out on the printer?' every time the user has completed an 
adjustment of the hardware as the answer may change with any steps that the user takes. That EVIDENCE 
node or question would be assigned the LOCAL attribute, 

HIGH/LOW 60 

USE: The HIGH and LOW attributes are used for RULE nodes. They are not required. If not specified, default 
values are assumed of 1 and 0, respectively. 

FUNCTION: High and low thresholds for a node are specified using the HIGH and LOW attributes, respectively, 
if a Confidence computed for a node is greater than or equal to the HIGH threshold, then that node is 55 
considered TRUE. If the Confidence is less than or equal to the LOW threshold, then the node is considered 
FALSE. Thresholds are also important when applying the NORMAL attribute. These thresholds and how they 
work were described In detail earlier. 

INITIAL 6Q 

USE: The INrTfAL attribute can be specified for a Class, a Parameter, a Procedure Call, or a RULE node. It is 
not required. 

FUNCTION: Before ordinary Rule processing is started, objects given the INITIAL attribute are evaluated. 
Procedures designated as INITIAL are executed first: next RULE nodes which are INITIAL are evaluated; 
thirdly, Classes assigned an INITIAL attribute evaluated; lastly, Parameters with INITIAL attributes are $5 
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evaluated. After aH initial objects with INITIAL attributes hav been evaluated, the rest of the Ruiebase Is then 
processed. 

LOAD 

5 USE: The LOAD attribute Is used only with a Procedure Call definition. It is not required, tf no function 
(EXECUTE, LOAD, or DELETE) is specified, the default is EXECUTE. 

FUNCTION: The LOAD attribute is specified for a Procedure Call definition when that Procedure is to be 
loaded (rather than executed or deleted). 

10 NAME-IN RULE NODE 

USE: The NAME attrtoute can be given to either a RULE node or a Procedure CaD definition. It serves a 
distinctly different function In the two cases. This discusses the NAME attribute applied to the RULE node. 
This Is not a required attribute for a RULE node. 

FUNCTION: The NAME attribute aRows a node to be given a name. This name allows the subtree headed by the 
15 named node to be referenced by a REFERENCE node. The NAME attribute in the REFERENCE node specifies 
which node is being referenced Having nodes with names is also useful when debugging a Rule file. 

NAME-IN PROCEDURES SECTION 
USE: This discusses the NAME attribute applied to the Procedure Call definition. This attribute is a required 
20 attribute for a Procedure Call definition. 

FUNCTION: The NAME attribute In a Procedure Call definition specifies the name of the Procedure to be 
called. 

NORMAL 

25 USE: The NORMAL attribute is used only with RULE nodes, ft is not required. 

FUNCTION: if the NORMAL attribute is specified for a node, then the node's Confidence is normalized before 
ft is passed up to its parent node. The normalize function was discussed earlier. Though the normalize function 
does not require a high or low threshold, it has no effect on the node if the default values for the thresholds are 
assumed. The normalize function Is the last step when computing a node's value. If another node references a 

30 node with a NORMAL attribute, it receives the normalized value. 

PASS 

USE: The PASS attribute is used only with a Procedure Call definition. It Is not required. 
FUNCTION: The PASS attribute specifies what is to be passed to the Procedure when it is called. The PASS 
35 attribute may specify the actual value to pass, a Class name, a return value from another Procedure, or the type 
of the value to be passed, if the type only, is specified, then the value must be set in the EXTERNAL node. 
Parameters passed can be: fuBword Integer, hexadecimal, real, binary, or character string. 

POWER OFF 

40 USE: The POWER OFF attribute is used only with a Class. A Class having the POWER_jOFF attribute 

should not have a VALUES attribute. 

FUNCTION: The P0WER__0FF attribute indicates that the text of this Class will request the user to power off 
the machine. This attribute must be included to let the expert system know thai it must save the state of the 

Ruiebase before the text is displayed. A Class with a POWER OFF attribute should not have a VALUES 

45 attribute. Since the machine will be powered off. any answer that the user gives to this Class would not be 
saved by the expert system. 

PROC 

USE: The PROC attribute is used in an EXTERNAL node only. 
50 FUNCTION: An EXTERNAL node must specify a Procedure Call definition. This is done using the PROC 
attribute. The ID specified Is the name of the Procedure Call definition as opposed to the name of the 
Procedure itself. 

RETURN 

55 USE: The RETURN attribute is used only with a Procedure Call definition. It is not required. 

FUNCTION: The RETURN attribute is used to specify the variables that will be returned when a Procedure is 
called. For each variable, a name is specified. This allows an EXTERNAL node to refer to this returned variable. 
Also specified for each variable is the type of that variable such as fullword integer, real number, binary, 
hexadecimal, or string. 

60 

SETC/SETP 

USE: The SETC or SE7P attribute can be used with any RULE node. They are not required. There may be 
multiple SETC and SETP attributes in a RULE node. However, in a single node, there may be only one SETC 
attribute for a given Class, and only on SETP attribute for a given Parameter. 
65 FUNCTION: The SETC and SETP attributes are •action' attributes. The SETC attribute causes a Class to be set 
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to a specified value and the SETP attrlbut causes a Parameter to be set t a specified value. This action 
occurs only If the node Is evaluated to have a weight greater than or equal to the HIGH threshold for that node. 
A Class can be set to a constant value. Also, if the SETC attribute Is in an EXTERNAL node, a Class may be set 
to a value returned from the Procedur invoked by this EXTERNAL node. 

A Parameter can be set to a character string. Also, If the SETP attribute is in an EXTERNAL node, a 
Parameter may be set to a character string returned -from the Procedure Invoked by this EXTERNAL node. 

TEXT 

USE: The TEXT attribute can be used with a Class, a Parameter, a Procedure Call definition, or with the 
following RULE nodes: GOAL, HYPOTHESIS, or EVIDENCE. If a Class or Parameter may be evaluated by 
asking the user a question, then the TEXT attribute is required for that Class or Parameter. It is not required if 
the Class or Parameter will always be set Internally. 

FUNCTION FOR A Class, Parameter. OR EVIDENCE Node: In this case, the TEXT attribute supplies a question 
to be presented to the user. Text for aClass is presented to obtain value(s) for that Class. Text for a Parameter 
is used to obtain a text string value to be given the Parameter. In the case of an EVIDENCE node, if the node 
does not refer to a Class, then It must provide a question using the TEXT attribute. FUNCTION FOR A GOAL 
NODE. HYPOTHESIS NODE, OR Procedure Call definition: In this case, the TEXT attribute provides 
Information for the user, but no response is expected. Text for a GOAL or HYPOTHESIS node is a statement of 
the conclusion associated with that tree. This text Is presented If the GOAL or HYPOTHESIS Is evaluated 
TRUE; that is, if the Confidence computed for that node falls above the HIGH threshold. The text given for a 
Procedure Call definition is presented when the Procedure is called. This is to inform the user about what is 
happening. For example, 'Diskette test is being run' or 'Be patient - this will take about 5 minutes.' 

VALUES 

USE: The VALUES attribute is used only with a Class. For most purposes, it Is a required attribute; however, 
if no response is expected from the user, It may be omitted. 

FUNCTION: The VALUES attribute provides two types of information for a Class. It Indicates the allowable 
answers for that Class and It specifies how many answers will be expected. 
The VALUES specified can take one of three forms: 

1 . A list of discrete string values, 
('yes' 'no' 'maybe') 

2. A range of numbers. The number can be integer, real, or binary. 
(1:15) 

(2.2:4.3) 

( Wxb : 'FFxb) 

When specifying a range, open ended intervals can be indicated using an \ 
(1 : *) 
(* : 10-0) 

The first example allows any positive integer (that is, any Integer greater than or equal to 1). The second 
example allows any real number less than or equal to 10.0. 

3. A type, This form is used when the Class will always be set internally by using the SETC attribute in a 
RULE node. Since it is being set Internally, the user will not be asked for an answer. All that needs to be 
specified is the type of the answer. Valid types are: integer, real, binary, hexadecimal, or string. 

The other Information provided by the VALUES attribute is the number of answers allowed for a Class 
question. This number Is indicated by a positive integer or — ANY/ This tells the system the number of times to 

prompt the user for an answer. If ANY' Is specified, the system continues to prompt the user for an answer 

until the user enters a null line. If the number of allowed answers is not specified, it defaults to 1. 

Classes may eliminate the VALUES attribute entirely. This indicates that no particular value will be entered 
by the user. Instead, he should simply press the ENTER key. This option Is used when text needs to be 
presented but no answer Is expected. For example, the user may be Informed: 'Please check to be sure your 
printer Is plugged in. Press enter when you have done this.' In this case, no answer Is required from the user. 
When a Class has no VALUES attribute, EVIDENCE nodes using that Class will get a Confidence equal to the 
weight of that Class (i.e., they will never get one minus the weight). 

WEIGHT/PREDEFINED WEIGHT 

USE: The WEIGHT or the PREDEFINED WEIGHT attribute may be used with a Class, a Procedure Call 
definition, or an EVIDENCE node. It Is not required. If not specified, it defaults to 1. 
FUNCTION FOR A CLASS: Every Class has a weight associated with ft. This weight Is a number between -1 
and 1, inclusive, and indicates how much 'Confidence' should be associated with the answers given for the 
Class. The WEIGHT or PREDEFINED WEIGHT attributes are used to set this weight If neither attribute is used, 
the weight de- faults to 1 . If the WEIGHT at-trlbute Is given to a node without the word PREDEFINED preceding 
it, then the user is first asked to supply a weight. Only if he declines to do so is the valu specified by the 
WEIGHT attribute used. If the attribute PRE- DEFINED WEIGHT Is given for a node, then the user Is never 
asked for a weight, The value defaults to the value defined by PRE-DEFINED WEIGHT. 
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WEIGHT 

FUNCT ION FOR A PROCEDURE: Every Procedure Can definition has a weight associated with ft. This 
weiqht is a number between -1 and 1, inclusive, and indicates how much 'confidence' should b associated 
with the return values. Tri WEIGHT or PREDEFINED WEIGHT attributes are used to set this weight if neither 

s attribute is used, the weight defaults to 1. if ither WEIGHT or PREDEFINED WEIGHT Is given for a node, then 
the value defined by this attribute is given to the Procedure Can definition. The user la never asked to supply a 
weight for a Procedure Can definition. FUNCTION FOR EVIDENCE NODE: If an EVIDENCE node does not refer 
to a Class but provides its own question, it may have either the WEIGHT or the PREDEFINED WEIGHT 
attribute If neither attrfoute is specified, then the user is prompted to supply a number between 0.0 and 1.0 

10 Inclusive. If PREDEFINED WEIGHT Is used, the user is prompted to answer 'yes' or 'no/ If he answers Yes, 
then the predefined weight is given to the node; if he answers "no/ then one minus the predefined weight is 
given to the node. If WEIGHT Is specified (without PREDEFINED), then the user is prompted to enter yes.^ 
'no * or a weight between 0.0 and 1 .0, inclusive. If he enters Ves,' the node is given the weight: if he enters no. 
the node is given one minus the weight; If he enters a number, then the node is given that weight. 

IS 

RE-ASK/RE-EXECUTE 

The RE-ASK and RE-EXECUTE attributes provide the system the abifity to continually update data and 
evidence as it is gathered from the operator or from the hardware. As conditions change, for example during 
diagnosis of the hardware, the evidence may change. Goals are then reached based on the most recent 

20 evidence available. t f . cvcrim;(1 

It may also be necessary to selectively RE-ASK a question to the operator or to selectively RE-EXECUTt a 
test unit on the hardware. For example, a test unit which tests the cable connection may be executed. If the 
test fails the first time, the operator may be requested to Install a new cable. The test unit may then be 
executed a second time to verify the connection. Similarly, the system may ask the user "Is the printer turned 

25 on?' If not the user may be requested to turn it on and the question wtH be reiterated. If a question is to be 
re-asked the attribute RE-ASK is assigned to the EVIDENCE node containing a reference to the question. 
Sim tariy.rf a test unit is to be re-executed, then the attribute RE-EXECUTE fc assign^ 
containing a reference to the test unit The first time that the question is asked, only those EVIDENCE nodes 
that reference the same question and do not have the RE-ASK attribute will be evaluated or updated true or 

30 "false/ depending on the answer. When the system chooses the EVIDENCE node marked F&ASK. the 
question is asked again, even though It was previously asked. An EXTERNAL node with the RE-EXECUTE 
attribute is evaluated similarly to an EVIDENCE node with the RE-ASK at-tribute. 

PASSING INFO RMATION BETWEEN RULEBASES 

The need to pass Information between Rulebases is obvious where the Rulebases are segmented For 
example, a catling Rulebase may need to pass some initial information to the called Rulebase. such as R value 
to a Class or an answer to a Parameter. Also, the same Rulebase might be called multiple fames to test multiple 
instances of the same item. This would be done, for example, to test several disk drives present on the same 
system. When this is done, certain Classes must be set first, such as the drive speed so that the called 
40 Rulebase will test the correct device in the appropriate manner. Conclusions from one Rulebase may influence 
conclusions in another Rulebase. Thus, it is necessary for a node in one Rulebase to reference a node in 
another Rulebase. Some Procedures should only be run once, but values returned by these Procedures might 
be used by several Rulebases so there must be a way also of passing procedural information between 
Rulebases. In the case of the diagnostic application of the preferred embodiment, some Information is 
45 gathered from the user before the expert system Is called. An example of this type of information is the type of 
testing to be done. There needs to be a way to pass this information to the system so that it will not have to 
re-ask this question. . . 

Where information associated with any object needs to be passed between Rulebases, that object is given 
the attribute, "GLOBAL" This alerts the system that this is information that may be used m more than one 
50 Rulebase. The GLOBAL attribute has been discussed earlier. 

™Thfsu^^ 12 in Rg. 1 functions to keep a list of Global objects, to maintain this list with the 

latest values, and to update Rutebases with values from this list. A single finked list is kept which stores 
55 information for any type of object defined to be Global. The list is referred to as the Global list Each record of 
the length Cst holds the following information: 
1_The name of the object. 

2. The object type. e.g.. Class, Procedure, Parameter, or RULE node. This is used to double check that 
the correct object has been located and also allows objects of different types to be given the same name. 

60 3. A Boolean variable IN CURRENT RULE BASE which is true if the Global object is in the current 

R ulo base 

4. A Boolean variable used to indicate if a Class or Paramet r has been asked or if a Procedure has 
been executed. 

5 The Confidence associated with a Class, a RULE node, or a Procedure. 
65 6 A pointer to a Response list which holds the answer for a Class or a Parameter or the return values 
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1 ° r 7A T nrt!terta the next Global record which makes the list a Ibiked list 
The ^^M^ the Global tot hi the fallowing man ner: As ' bi »ng read in 

cuien Rul22i3 eSS con?6lTs returned to the supervisor 12. Before storing the curren Rutebase 
dta^lSrOwQfcW net must be updated with the Information Just obtained. The Otobd I list is 
£££ fa the Boolean viable IN — ^CURRENT—RULE BASE I set to ,beTRUE. Any 

fSSi a J^St^SS. Bulebase. the referenolng node has a pointer to the 

iba^e re^re^H node In another Rulebase, the referenced node Is not even present in the a rent 
£u £se SsS mamoiy so it cannot have pointers to it. This obstacle is overcome ^9 

node is given the GLOBAL attribute so that its Confidence Is stored or, the Globajnst. The 
Inl^T? recoanizes when a Rulebase Is read in which references a node that Is not «n memory. The 
SieSS dSSli no* for the current Rulebase and gives that dummy node the Confidence 
Sf£J£ ofThfreS^ncing nodestored on the Global list In the current Rulebase. references to the 
^EZntl ^.MMtaM Mto flits dummy node In the same manner as if it were actually the node in the 
^rren?R^^ « cTthen treat these Gtobal references lust Bke ordinary references 

^SS'lisTteSsTSSto pass values Into the system. One of the ^^^T^llTT, 
fttteStei ^saTOlnter to the Global list if no Information Is passed then this pointer Is null. If Information 
Stolid fS5 program puts the information on the Global list before the expert system .s 



Ca !^" „«, «f Global obiects I e objects assigned a GLOBAL attribute. Increases flexibility of the system. 
J^^JS^^t^^^^ invoked. Classes and Parameters can bi«M^ 
R^Se^^used to another. A Procedure need only be executed once, even If It is used In two dffemrt 
R U SstSSuVe the values can be stored and passed using the Global list. It is even possible to reference 
SS aSZSSn "different Rutebase. Global objects provide many advantages to a segmented Rulebase 

arranged follows. 
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CLASSES SECTION 

A sample Classes Section follows: 
CLASSES 

printer 

text * 'Does your problem seem to involve 

your printer? * 
values = l of {'yes 1 'no') 
predefined weight = 0.8 

ibm5215 

text * 'Are you using an IBM 5215 printer?' 
explanation = 

'On the front of the machine in the 
top right hand corner there should be 
a silver metal square with IBM logo 
on it. In the bottom left corner of 
this square there is a four digit 
number which is the number of the IBM 
printer you are using. If this 
number is 5215 , then you are using an 
IBM 5215 printer. 1 

values « ('yes' 'no') 

initial 

weight = 1 

global 

symptom 

text = 'Do you notice any of the following 
symptoms : 

(1) characters missing 

(2) characters misprinting 

(3) character smudged 

(4) paper feed crooked 
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(5) none of the above' 
values = any of (1:5) 

printerlite 

text « 'Is the light blinking on the front of 

your printer?' 
values = 1 of ('yes' 'no') 
predefined weight = 1 
local 



The above example Ulustrates how the Classes section is organized. The first word Is CLASSES. Following 
tills the Classes are defined. The general form of a Class Is: an identifier (which is the Class name) followed by 
the attributes for that Class (e.g., TEXT. INITIAL, etc.). In this example, the Classes are: printer, ibm5215, 
symptom, printeriite. The attributes for a Class may appear in any order. The definition of a Class Is terminated 
by the next Class name. The beginning of another section terminates the Classes section. 

PARAMETERS SECTION 

Parameters, as discussed earlier, are used as a place holder for a text string value. This value is provided by 
the user or from a Procedure Call. When Parameters are used within text, the Parameter name must have the 
character affixed to the beginning of the name. This allows it to be recognized as a Parameter name. A 
Parameter win be replaced by the character string it represents before the text is displayed to the user. 
Parameters can be used within any text string. 

A sample Parameters Section follows: Note that the Parameter PRINTERNUMBER is referenced using 
SPRINTER-NUMBER in both the Class "printer* and in the goal TEXT of Rule tree 1. CLASSES 
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printer 

text » 'Does your problem seem to involve 
your $ PRINTERNUMBER printer? 1 
values - 1 of ('yes' 'no') 
predefined weight 1 

PARAMETERS 

printernumber 

text « 'What is the number of your 
printer? ' 

explanation = "The number of your printer 
is a four digit number. 
This can be found in the 
upper right corner of the 
front of your machine. 1 

RULES 

% Rule Tree 1 % 

1 GOAL 

text = 1 Report service rlquest number 151 018 
for the $PRINTERN UMBER printer. * 

2 AND 

3 EVIDENCE 

class - (•yes 1 ) of printerlite 
3 evidence 

class = 2 of symptom 



The above example illustrates the organization of the Parameters section. The first word in the section is the 
key word PARAMETERS. Following this are the names of the Parameters. Under each Parameter name are the 
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kev words for the attributes given to that Parameter. When appropriate, the attribute is followed by the valu 
for that attribute. The ordering of the at-trfbutes within a Parameter definition does not matter. A Parameter 
definition ia terminated by the next Parameter name, the Parameters section is terminated by the beginning of 
another section. 

^H^c^^a^^n of the Rulebase provides the Procedure Call definitions. These provide ^formation 
such as the Procedure to call, variables to pass, and name and type of variables returned. Procedure Cafe are 
Invoked by EXTERNAL nodes and the values returned from the Procedures are used in these nodes. When a 
Procedure is called, EXTERNAL nodes referring to that Procedure Call definition are evaluated to TRUE or 
FALSE. This evaluation depends on the values returned from the Procedure and the comparisons given in the 

E) A sample Procedures Section follows. The following shows a Rulebase file with a Procedure Call definition. It 
also includes a Rute node which refers to this Procedure Call with an EXTERNAL node. 
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CLASSES 



10 



15 



20 



30 



35 



40 



45 



printertestl 

name « printertu 

pass 32767 % SVC number % 

return statusbit hex{l) 

end 

printertestl 

name = printertu 

pass 99999 % SVC number % 

return status hex(l) 

error_number integer 

end 

diskettetest 

name = diskettetu 
pass 666890 
return address integer 
status hex{l) 

end 



RDI.ES. 



GOAL 

text = 'Report Service Request Number 151 018 for 
your printer. 9 



2 OR 
50 3 EXTERNAL 

proc = printertest reexecute 
status HE 'OO'XB 
55 errorjium LE 5 

3 evidence 

class = 'yes* of printerlite 



60 



65 



The first word In the Procedures section is PROCEDURES. Following that are th IDs of the Procedure Calls 
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Procedure Call being defined. Ordering of attributes within a Procedure Calf definition does not matter. A 
Procedure Call definition is terminated by the word 'end/ The beginning of another section terminates th 
Procedures section. 

RULES SECTION 

Rules is the section of the Rutebase file which defines the Rule trees. For each tree, each node of the tree Is 
defined and the attributes for it are specified. A definition for a Rule tree is ended by the beginning of the next 
Rule tree. A sample Rules section foflows. 

% rule Tree 1 % 

1 GOAL 

text - 'Report service request number 151 

017. 1 
high = .7 
name = goall 

2 AND 

as so =0.8 

3 AND 
normalize 

4 EVIDENCE 

name = printerl 
asso j= 0.9 

class * ('yes') of printer 
4 EVIDENCE 

name = ribbons 

class = ('no f ) of ribbon 
3 EVIDENCE 
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5 



10 



15 



20 



25 



$0 



name « symptoml 
class * 1 of symptom 

% Rule Tree 2 % 



1 GOAL 

text = 'Report service request number 151 018 
for the $printernumber printer. 1 

2 AND 

3 NOT 

4 REFERENCE 
name = ribbon 

3 EVIDENCE 

class - ('yes') of printexlite 
3 EVIDENCE 

class — 2 of symptom 

The above examples illustrates how the Rule section Is organized. The level of a node Is indicated by an 
integer number at the beginning of the node definition. The ordering of the nodes Is defined by a deptrnfirst 
left to right search. The order In which the trees appear is important because this influences the order in which 
they are traced. 

SYMBOLS SECTION , _ . sr%t 

35 The Symbols section is the section of the Rulebase which defines the Symbols used in the text of Classes, 
parameters, Procedures, and Rules. A symbol represents a text string. Symbols are assigned a text string 
value In the Symbols section. Elsewhere in text, the Symbol name Is used rather than having to key in the whole 
text string. Symbols are useful when text strings may frequently change or when the same text string appears 
in many different texts. Symbols also make it easier to guarantee that text is consistent between Rulebases. 
40 The Rufe writers can include a Symbols section in their Rulebase and then use these Symbols in their text. One 
person can be responsible for writing the text strings for the Symbols, making the text consistent and easy to 
modify. 

When Symbols are used within text, the Symbol name must have the character affixed to the beginning of 
the name. This allows the system to recognize it as a Symbol name. A Symbol win be replaced by the character 
45 string it represents before the text Is displayed to the user. A sample Symbols section follows: 
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SYMBOLS 



printer - 'IBM5215 printer* 

part2 « 'the back of the electronics board 1 

PRU13 - 'the sprinter ribbon 1 

SRN - V'OIO 234 r11 

tools = 1 (1) voltmeter 

(2) screwdriver 

(3) solder 

15 

(4) soldering iron 1 

ROLES 

1 GOAL 

20 

text * 'The sprinter is defective. Call your 
customer service representative and 

report number GSRN.. The apart that ^ 
needs to be replaced is Sfrul3..' 



2 0R 

30 

3 EVIDENCE 

class * (•yes 1 ) of buzzing 
3 EXTERNAL ^ 
proc = printertest 
return_code <> '00 'xb 

40 



The above example illustrates how the Symbols section fs organized. The first word Is SYMBOLS- Following 
this are the names of the Symbols defined: printer, part2, FRU13, SRN, and tools. Each Symbol name is 
assigned a string in single quotes. Everything that is contained within the quotes is substituted for the Symbol 45 
name in the text, if a single quote is used within the text it must be preceded by a backslash or another single 
quote. The beginning of another section terminates the Symbols section. Itiere can be more than one Symbol 
section and they can be interspersed among all the other Ruiebass sections In any order, if some of the 
Symbols to be used by the Rule writers are common then a common "symbol include" file may be used. This 
file would contain a Symbol section like the one described above. The file would be "included" in the beginning 50 
of the Rule file. 

To use a Symbol within a text the symbol name is preceded by an "&" (ampersand) and inserted in the text 
wherever the substitution should be made. Note that the is not used in the Symbol definition, but is 
present when the Symbol is used. The Symbol name can be terminated with a blank or a period. If the Symbol 
is terminated with a blank, the blank is treated as a normal input character and is left in the input line. If a 55 
Symbol is terminated with a period, the Symbol name is concatenated with the next input character and the 
period is removed. In the example, the GOAL text would be displayed as: 

The IBM5215 printer is defective. Call your customer service representative and report number '010 234/ The 
&part that needs to be replaced is the IBM5215 printer ribbon. 

Note that the Symbol SRN is concatenated with a period and the Symbol printer Is not concatenated with 60 
anything but is followed by a blank. If a Symbol is undefined or misspelled when us d In text, there will be no 
substitution performed and the Symbol name preceded by an will b displayed instead. For example, there 
is no symbol definition for "part* so instead of substituting a string "&part" Is displayed. 
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The subdMaion of the knowled ge Into several contextual units requires that several Rulebases, rather than 
iust one, be traced. The same Rulebase might be traced several times in order to draw conclusions about 
muWptedetfces of the same type. Therefore, names of the Rulebases had to be tracked, not only for final 
s renortlnq purposes, but also for stack maintenance In order to page Rulebases in and out 

^herreqWement is that all Rulebases called be completely traced and all possible gods concluded. 
Also all concluded Goals have to be remembered and presented to the user in an organized fashion after 
completion. This means storing goals internally in a listThis concluded Goals list is passed back to the calling 
program so It can sort and organize the conclusions before presenting them. The Rulebases aretockedusing 
10 a linked list of control blocks. This linked list Is called the RBCB List Each control block is a record with the five 

fields as Indicated below. 

Raid A Is the Rutebase name: 

Field B has a return code which is zero If the Rulebase is executed successfully : 
ReldChasaBooleanvarlablewhichissettotruewhenthisRulebaseiscompletelytra 

15 Held D is a pointer to the Bst of goals concluded for this Rulebase which is passed back to the 

supervisor; 

Field Els a pointerto the next control block on the list; 
When the supervisor 12 Is called. It is passed a pointer to the RBCB list At this point the list has only one 
control block on it and this control block contains the name of the initial Rule- base to be processed The 
20 supervisor maintains this list and returns it to the calling program at completion. By that time, the should 
havTseveral control blocks on it. one for each Rulebase which was called. The fist may even have several 
control blocks for the same Rulebase if this Rulebase was called more than once. 

Each comral Mock on the Est has a pointer in Held D to a Goals Ust concluded for that Rulebase. Each Goal 
Ust record In the individual Goals List has the following fields. 
25 l.Thetextidrthagoalconcludad; 

2. The Confidence with which that goal was concluded; 

Due to memOTwSnte^mott text to be used by the system is stored on diskette The concluded Goal 
Ust however, must hold the goal text internally. The same Rulebase may be run fortwo different devices and 
30 cSrSSs will be substituted into the goal text Raid A to show for which devices the goal was 
corXded.Th«^lsontyonetextffl^^ 

goal text with the substitution is written back to thatfite, then only the ^ew* tested wouMh^ 

ooal information. Also, the particular application may be large enough that two diskettes wjB be requred. If the 

S teXSwasw^ 

35 diskette and part on the other. The fact that the system remembers the Rulebases it calls atong wrth an the 
concluded Goals, Increases its usefulness. This makes the system useful torappncahons which need to caB an 
expert system and then return to continue processing. Because the system storestts a ^ u ^^ e m d Sf ^ 
makes it accessible to a cafling program, it can become a subset of a bigger, problem solving system, unlike 
other expert systems. 

40 • 

The Sng^m^ryot Rules , Classes. Procedures, and Parameters Is done through the use , of major 
linked lists of records. The detailed organization of major linked lists wiB be descnbed in connection with 
Rqs. 9 10 11 and 12 which illustrate the various relationships of the Bnked lists for the objects. 

First however, a general overview Is provided of the data structures. A conventional hashtabte as shown m 
Fta 8 Is used In which the index Into the hashtahle is computed from the object's name. Each entry In the 
hashtable is a pointer to a linked list of records, catted hashbuckets. each of which contains a name of the 
obiect that hashed to that location in the hash-table. „ . 

Each hashbucket has a pointer to the corresponding object, whether It be a RULE [node, a^eter^ 
Procedure or a Class. Each object has associated with It a linked Gst of property records which hold property 

a^d %SSZ the associated object The term -property" is used 
Tribute/ Examples of data stored in property nodes are: high and low thresholds for RULE nod^ces 
into thetextfile for Class questions or Goal text ora property indicating the name ofthe Rule-base to ^ 
RULE node having this property evaluates to true. t 

Each EVIDENCE node is a member ot some Class. A pointer is stored on the RULE node s property list 
under the property name 'Evidsource.' Evidsource points to the hashbucket which contains the name ot me 
source Class. This hashbucket also has a Classref pointer to the corresponding Class node. 

When the Class is evaluated, all members of this Qass are up-dated. These members (all of which are 
EVIDENCE nodes) are located in the data structures as follows. The Class node has a rulelink pointer to the 
60 first RULE node which is a member. On this RULE node's property Bst is a property named member. The 
member property points to the next RULE node which is a member of the Class being considered. On this new 
RULE node's property list is a property member pointing to the next member of the Class, and s ru When the 
last member is found, its property member will have a null pointer. Thus any member of a Class has a pointer to 
the Class (through the Evidsource property). All members of the Class are linked together by a membership 
65 Bnked list (through the •member' property). 
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EXTERNAL nodes, their relationship t their source Procedure, and the membership list for that Procedure 
are handled in the same way as Evidences and Classes. 

When a REFERENCE node Is ncountered. the node It references must be located so Its Confidence can be 
obtained Th referencing node and the referenced node must have the same name; therefor , they hash dto 
the same plac In the hashtable. The REFERENCE node has a pointer called -name' which points to a 5 
hashbucket containing the node's name. This hashbucket has a Rulefink pointer, pointing to the RULE node 
being referenced. Once a node Is evaluated, all nodes referencing It are updated. These are Onked together by 
use of the •Cousin' pointer in the RULE node. Cousin points to the next node which references the RULE node 
at the head of the list. Thus every REFERENCE node points to the node It references (using the pointer 
•name') All nodes referencing a given node are linked together by the Cousin pointer declared in the RULE 10 
node When the system locates a REFERENCE node, It follows the name pointer to the original node. It then 
evaluates this node and updates ail references to this node by following the Cousin finked list 

^Th^Ruteb^ four major linked lists and a plurality of minor associated linked lists. Each major is 

linked list corresponds to one of the four objects types of the Rulebase. 

The first major link list is for Class objects and includes a separate record for each Class contained In the 
Rulebase. The Class records have the format of fields shown In Fig. 6. 

The general format of the recoixis shown in Fig. 6 depends, to some extant, on the programming language 
emplowd to code the Rulebase. As shown each record in the Class section Is a fixed length record and each 20 
has the same number of fields. The records in the other sections are also fixed length records but the length is 
not necessarily the same for all sections. It may be assumed that the general format of the records in the other 
minor linked lists associated with the major finked lists, e.g. the Property linked fists, permit available number 
of fields in each record with each field having a variable number of characters. The Pascal programming 
language has a record structure shown in Fig. 7 which Is employed in the preferred embodiment of the present 25 
invention for these other associated linked lists, it should be assumed that in the following discussion, all 
records for the minor linked lists are in the general format shown In Fig. 7 unless stated otherwise. 

THE CLASS RECORD 

Referring again to Fig. 6. the format of the Class records Includes afile indexflald which functions to identify SO 
the sequential position of the record In the Rulebase relative to the other records. The next field Is the Initial 
weight assigned to the Class, while the third field is the current weight assigned to that Class. As discussed 
earGer WEIGHT is an attribute or property assigned to an object that reflects on how the Confidence Is 
calculated for that node. The flag field for a Class consists of a number of attributes or properties that can be 
represented in a binary 1-0 fashion. Each attribute Is assigned a predetermined bit position in the flag field. 35 
These attributes Include the INITIAL attribute, the UPDATED attribute, the POWER-OFF attribute, the LOCAL 
and GLOBAL attributes, the SETC attribute, and the RE-ASK attribute, all of which have been described In 
detail earlier in the specification. 

The next field, designated MLP, contains a member list pointer. The function of this pointer Is to provide a 
vehicle to access a finked list of RULE nodes, i.e., EVIDENCE nodes that ask this question, so that when the 40 
question is asked for the first time, that answer Is available to all other nodes. The details of how the Class 
membership linked list (CMLL) is established and how the MLP pointer is used to obtain access will be 
described later on in connection with the hashtable and the property list description for the RULE node 
ohlects 

The next field in the Class record is the property list pointer which points to a linked list of proper-ties or 
attributes for the Class. As indicated previously, aProperty List Is associated with each object In the Rulebase 
and while each list is not Identical, there are sufficient similarities to warrant describing them together in order 
to understand and contrast the differences. That description appears later on in the specification. 

The last field in the Class record is the NCP field which contains the next Class pointer to the following Class 
and hence link the Individual records Into a finked list. The Class section ends with the NCP field of the last 
Class record containing a pointer to the Procedure section of the Rulebase. specifically to the first record in 
the Procedures section labeled PR1 In Fig. 6. 

THE PROCEDURES LIST RECORD 

Since several fields in the Procedure list records are Identical to the fields having the identical names in the 
Class list records, they are not described again. The PF field is the Procedure function field and indicates If the 
Procedure Is to be loaded into the system from diskette, executed, or deleted from the memory of the system. 
The NAME field contains the name assigned to this Procedure. The following five fields, Prior. Weight. Flags, 
MPL, and PLP fields are Identical to the fields in the Class record. The field titled AP contains a pointer to the 
list of arguments that are passed to the Procedure being called. Each argument to be passed is contained in a 
different record which has afield format that characterizes the nature of the variable In terms of it being an 
integer or a character string. Its size, etc. In addition, afield Is provided for a pointer to point to the location for 
the values r turned by the Procedur , and a field designated NARG for a pointer to th next argument to b 
passed. The record of the last argument to be passed would have a nuH pointer In the NARG fi Id. 

The next field in the Procedure record Is the RP field which contains a pointer to a linked list of records, each 
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SESSn ^STffaffdSlS sttuatJs, merely by changing the variable insert 

THE PARAMETER RECORD a name field a flag field, a property Est pointer field, and a 

» Th^Pararneter^nd wn^^^ ^records previously described. The 

be asked which Is then presented to the user. 

I ^l^l^ieha S htabla referred to earlier will now be discussed In connection with 
«nich store poln^ ^ior, is 

60 other reasons, to be discussed later. 
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^^^^S^O^ Hst and for the major Procedure Ost as shown in tig. 6 include afield MLP for 
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referenced In an EVIDENCE node. Aft r that all other nodes that ask the same question are automatically 
updated by the system. A similar situation exists for Procedures, In that all nodes having that Procedure name 
and a GLOBAL attribute are updated with results that are obtained from ruruilng the Procedure the first time. 

The vehicle for updating the Class objects or Procedure objects is the Membership Linked List that Is 
pointed to by the Class MLP pointer for Class objects and a Procedure membership linked list for the 5 
Procedure objects. 

MEMBERSHIP LIST-PASSES 

The relationship of the Class object's membership finked list pointer to the RULE nodes that are members of 
the Class can be seen by reference to Fig. 9. In Fig. 9, the first record 90 in the major Class linked list contains 10 
the membership list pointer 91 in the field 92 MLP. This pointer, represented by line 91 1 points to a field 93 in 
the hashtable called, "Rule Reference." Rule reference contains a pointer 94 to the first RULE node in the 
Rulebase using this Class. That RULE node Is In the major Rule linked list and, as such, Is represented by a 
record having a field 96 called "PLP," which contains the property list pointer 97 that points to the linked Dst of 
properties 98 for RULE node 95. The linked list of properties 98 for RULE node 95 includes a record 99 having 15 
the property name, "Member/ The record entfHed "Member" includes a field 100 called "Next Member 
Pointer," and a field 101 called, "Next Property Pointer." The next member pointer 102 points to the RULE node 
(not shown) In the major RULE node linked list which Is the second member of the Class. This second RULE 
node also Includes a property list which, in turn, Includes a record named, "Member," which includes a field 
called, "Next Member Pointer." As before, the Next Member field contains a pointer to the third RULE node, 20 
located at some point in the major Rule linked Pst which is a member of this Class. 

The above described chaining process is repeated until the last member of the Class Is reached, which is 
signified by the next member property pointer being a null pointer. 

The Class membership linked list for a Class object may therefore be viewed as a selected subset of RULE 
node objects from the major RULE node linked list the top RULE node of the subset being selected for the 25 
subset by the Rule reference pointer 94 in the hashtable that is addressed by the membership list pointer 91 
from the Class object 90. Subsequent RULE nodes belonging to the Class are selected for the subset by a 
next member pointer 102 located on the property list 98 of the RULE node 95 in a record 99 named "member." 

MEMBERSHIP LIST - PROCEDURES 30 

The membership linked list for a Procedure object is related to the Procedure objects, the hashtable. and 
the RULE nodes in a manner identical to the membership linked list for a Class described above. As illustrated 
in Fig. 10, the first Procedure record 1 10 in the major linked list of Procedure objects includes a field 1 1 1 called 
the membership list pointer field which contains a pointer 112 to the Rule reference field 113 of the hash- 
bucket associated with Procedure 110. Rule reference field contains a pointer 114 which points to the first 35 
RULE node 115 that uses this Procedure. RULE node 115 has a field 116 which contains the Property List 
pointer 1 17. Pointer 1 17 points to the linked list 1 18 of properties. The property 1 19 named "member" includes 
a next member field 120 having a pointer 121 which points to the next or second RULE node that uses this 
Procedure. The chaining process described above is repeated untii all RULE nodes that are members have 
been identified. The last RULE node of the membership list has a null pointer in the next member field 120. 40 

PARAMETER LINKED LIST ORGANIZATION 

The organization of the Parameter linked list and the relation- ships of the Parameters to the hashtable and 
RULE nodes is shown In Fig. 11. Entry into the Parameter list 132 is required primarily in two different 
situations, both of which originate during the processing of either an EVIDENCE node or an EXTERNAL node 45 
such as node 133. As described In connection with the property list, the attribute TXT Parrn is assigned to an 
object that uses text that includes a variable piece of data which Is provided by the user (or Procedure) in 
response to the question asked by the Parameter. The Parameter name appears on the Property list of the 
Class or Procedure associated with the RULE node. The variable to be inserted in the text of the RULE node 33 
being processed has previously been stored in memory at a location that is pointed to by a pointer in the 50 
"Response" field. The Response field is on the Property list of the Parameter whose answer Is to be inserted 
as the variable. The problem is to find the location of the Parameter on the linked fist so that the answer can be 
Inserted into the text to be displayed by the node currently being processed. An associated Parameter list Is 
developed for a node that requires the answer from a Parameter. The list Includes, for each entry, the name of 
the Parameter, a pointer to the location of the Parameter, and a pointer to the next entry since more than one 55 
Parameter may be required. By pointing to the first entry in the associated Parameter list with a pointer in the 
TXT Parm attribute 135 of the node being processed, the system is able to locate the answer to the question 
which is to be inserted. 

The other situation is shown in Fig. 1 1 and Involves locating the Parameter which is named so that the actual 
text can be presented to the user as a question to obtain the response. The text of the question to be 60 
presented is in a message file. The location of this message file is pointed to by the message pointer located 
on the property list of the Parameter in an attribute field cailed TEXT. The Parameter Is located by the Paramref 
pointer in a hashbucket that is located by hashing the name of the Parameter that is obtained from the node 33 
being processed. 
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The Rule List 

The last major section of th rulebase to be described is the Rule List which is shown In Fig. 12. The Rules 
list Is basically similar to the other linked list In the rulebase. In that each node or record points to a 
succeeding node. However, since each node generally points to more than one other node In the list, it i more 
easily visualized as a tree type structure, as shown In Rg. 12. 

Each node, as shown in Rg. 12, includes a plurality of fields such as the fields, fileindex, node type, 
association, wait, flags, and name, in addition to a number of fields for pointers to other related nodes in the 
rulebase. These pointers are shown next to the top dummy node 120, and are named following a family tree* 
convention such as Father, Brother, Cousin, First Son, and Last Son, to convey a relative relationship to other 
nodes. The Brother pointer points to node having the same Father node and positioned at the same level in the 
rule tree. The Cousin pointer points to a node that is being referenced. Each node also has a pointer to a 
property list which functions In a manner that is identical to the property lists associated with the other linked 
lists, as described previously. 
Each leaf node in a rule tree has a relationship to a node in the Class linked list or on the Procedures linked 
15 lists. As a node is being processed, the node type Is Identified, if an evidence node is identified, the property 
•EVIDSOURCE" Is located on the property list of the node. This property contains the name of the Class with 
which the rule node is associated. That name is hashed to provide an entry into the hashtable and hashbucket 
for locating the related Class object on a Dnked list of Classes, as described previously. 
If the leaf node Is Identified as an external node which identifies a procedure to call, a similar series of steps 
20 are taken to locate the associated Procedure definition on the linked list of Procedures. 

The Internal nodes of the trees are involved primarily in the logical calculation of confidences and passing 
these calculated values of the confidences up to the GOAL node following some prescribed algorithm. These 
functions are handled by specific programming modules which are part of the inference engine. 

25 OPERATION OF SYSTEM 

A summary of the operation of the system will now be described In connection with Rg. 13. 
Fig. 13 illustrate the organization of the various programming routines that are included in the CONSULT 
function referred to earlier In the specification. 
CONSULT has a SUPERVISOR routine which interfaces to the program calling the Expert System and 

30 returns to it the list of concluded goals. SUPERVISOR is responsible for keeping a list of the rulebases called 
and a Est of the goals concluded for each of these rule-bases. It loads in the initial rulebase. When another 
rulebase Is called, it stores out the calling rulebase along with the information gathered for it so far (e.g., 
answers to class questions, values returned from procedures, and confidences obtained for goals) and loads 
In the called rulebase. It is also responsible for passing between rulebases Information such as an answer to a 

35 class or values returned from a procedure. SUPERVISOR calls the routine INFERENCE which contains the 
Infarenclng logic. INFERENCE performs the main consultation routines, it will select goals to be tested and 
then backchain through the nodes under the selected goal to find evidences or external nodes to evaluate. 
INFERENCE, along with the procedures It calls, causes questions to be asked and procedures to be run, and 
draws conclusions based on this Information. INFERENCE returns to SUPERVISOR when a goal is concluded, 

40 a rulebase is exhausted, a new rulebase is called, a severe error occurs, power is about to be turned off, or a 
break key Is entered. 

When the INFERENCE routine Is called by the SUPER-VISOR, its first action is to run the routine GOAL 
SELECTOR to select a goal to trace. That goal will be the root of a tree which is then searched in a post-order 
traversal until the first unasked leaf node is found. This searching is done by the BACKCHAIN routine. When an 

45 evidence or external node is found the routines EVALEVID or EVALEXTERN are run, the property list is 
scanned until the property name 'evidsource* is found. This property contains a pointer to the hash table 
which, in turn, points to either the class node (for the question which needs asking) or the procedure list entry 
(for the procedure which needs calling) when the data is obtained by running the ASK CLASS routine or the 
PNl routine. The weight of that node is updated by routines UPDATE CLASSES or UPDATE PROCS followed 

50 by the updating of all references to that node. As soon as a reference node Is updated. Its weight is passed as 
far up the tree in which it is located as possible. Once all references to a node are updated and passed up. the 
weight of the original evidence or external node will be passed up. During ail passing up routines, references to 
any node established along the way will be updated arid passed up recursively. Finally, any other nodes which 
are members of the same class or procedure definition will be evaluated in the same manner by the UPDATE 

55 MEMBER routine. 

At any time during this processing, a rulebase call can be encountered. To resume processing in the original 
rulebase after the exhaustion of the called rulebase, several things need to be determined. First, the tree or 
goal which was selected needs to be located. Second, the question or procedure which was asked or 
executed should be isolated. Third, the evidence or external node asked or executed should be isolated. 

60 Finally, if all of the references to that node were updated and passes up, the node above the evidence should 
be found and examined. Eventually, the node n which the rulebase caB was Initiated will be found. As 
discussed earlier, to mark nodes for resumption, two Boolean values are associated with each node: an 
"asked' flag and an 'updated* flag. Each class, procedure, and rule node has a flag to indicat whether or not it 
has been asked, and a flag to indicate whether or not it has been updated. Rule nodes also hav a flag for 

65 indicating if the rulebase call associated with it has b en performed. A class is marked—asked 1 as soon as it 
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has been presented t the user. A procedure Is marked 'asked 1 as soon as its procedure call has heen 
executed. A rul node is marked asked as soon as Its evaluation function is performed and the node is given a 

weight. The up-dated' flag is used to find the node in progress. A class or a procedure is marked — updated' 

as soon as all evidence r external rule nodes which are memo rs of this class or procedure have been 
evaluated, updated, and passed up. A reference node Is marked _updated* once its weight has been passed 
up the tree as far as possible. AO other rule nodes are marked —updated' as soon as all references to them 
have been updated and passed up. Since it is necessary to Insure that a rulebase is not called more than once 
from the same node, each rutenode has a third Boolean flag associated with It A rulenode Is marked 
reported' as soon as its call is found and Invoked. 

When a rulebase Is re-entered following a call to another rulebase or after powering off the machine, the 
SUPERVISOR program passes a single Boolean value to INFERENCE routine indicating that this Is not the first 
time this rulebase has been encountered. If this Boolean value is true, a routine is called which looks through 
the list of classes for a class which has been marked 'asked/ but not marked 'updated/ If an asked but not 
updated class Is found, its members are examined until an asked, but not updated evidence node Is located. 
The references to this evidence node are checked to see that all have been asked and updated. If so, the 
nodes above the evidence node are examined; otherwise, the nodes above the asked but not updated 
reference node are examined. Finally, a node which was asked, but not updated is found. It is the node at 
which the tracing of the rulebase was suspended. If there are no questions which are asked but not updated, 
then the list of procedures will be examined for procedure calls which are asked but not updated in the same 
manner. Eventually, the location of the node which caused the Interruption is Isolated, and processing can 
resume from the point at which It left off. 

Following Is a short description of the routines shown in Fig. 13 including pseudocode programming 
statements for many of the more Involved routines. 

PROGRAM: SUPERVISOR 

FUNCTION: Supervising program; 
This program calls INFERENCE It handles multiple rulebase calls and the passing of information between 
rulebase calls. It receives the pointer to the initial linked list 
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PSEDDO CODE: 

begin program 

• initialize variables and pointers for call to initial 
5 rulebase; 

..loopl: while (rule bases to be processed) do 
-..loop2: while (continue on current rule base) do 
-.-.call INFERENCE: 

1Q - - . case of 

(goal concluded) 

add goal to list; 

(rule based finished) 

If no more rulebases to do 

15 ........then leave loopl 

— else 

P°P rulebase stack to uncover next 

rulebase; 

20 leave loop2; 

(call to new rulebase) 

store current rulebase for future use; 

P u sh new rulebase name on stack; 

leave loop2; 

(turn off power) 

store current rulebase for future use; 

prompt user to turn the machine off; 

change action if he does not; 

30 ...end loop2; 

-..set variables for next rulebase from current 
place on stack; 
..end loopl; 
end program; 



40 



INPUT: 

Pointer to system control block containing initial rulebase name. 

OUTPUT: 
Same pointer, list now complete. 



PROGRAM: INFERENCE 
45 FUNCTION: Main inference engine; 

This procedure performs the main consultation routines. It will select goals to be tested, backchain through 
ISL^ Hw 9 i t0 or external nodaa to evaluate. It will return to the extended supervisor 

wrth concluded ^^™febase calls, goals to be removed from the goal list after resets from the user, or when 
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PSEUDO CODE: 

firsttime then 

•reset the weights of classes, nodes, and procedure 
calls ask classes and execute procedures designated 
initial 

..else if last action was not goalconcluded then 

. . .COOTINOEPASSINGUP 

..whilst not timetoreturn then repeat 

. . . GOALS ELECTOR (currentgoal) 

.... if goal asked then 

time tore turn = true; 

..♦..action - rulebaseexhasuted 
..else 

currentode — currentgoal 

BACKCHAIN { currentnode ) 

case of currentode .nodetype of 

evid s EVALEVID (currentnode ) 

extern t EVALEXTERN (currentnode) 

. .until tiznetoreturn to systemreset 
end; 



INPUT: 

Rulebase pointers, flag for firsttime and resume, etc. 
OUTPUT: 

Action - action to be taken by Supervisor 
Goalinformatlon-text and confidence of concluded goal 
Rulebasename - filename of rulebase to call 

MODULE NAME: ASKCLASS 

FUNCTION: Ask a class question; 
This procedure accepts as input a pointer to the class currently of Interest. It determines whether or not that 
class should be asked or re-asked based on the current values of the class 7 attributes. It asks the question 
when appropriate and calls UP DATECLASSES to update nodes that are members of that class. 



PSEUDO CODE: 

if class should be asked (depending on local, global 
and reask attributes) 
.then begin 

..if parameter (s) in text 

...then obtain parameter text and merge into question 
text; 

. . . .get answer property j 

....get number of choices property? 

....call UIO (the user interface routine) to display 

question and obtain answer (s); 
....if class not local then asked = truej 
....if (class is local) or (class is settable) or 

(class should be updated) 

then UPDATEMEMBER (current class) 

else UPDATECLASSES (current class); 

. . . .end then; 

.else UPDATECLASSES (current class); 
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INPUT: 

Pointer to current class; 
Pointer to currant rulenode; 

5 OUTPUT: 

Ttmetoreturn may change to TRUE Indicating that control should pass back to the supervisor. 
MODULE NAME: BACKCHAIN 

FUNCTlONiBackchain In preorder through tree to get next node to evaluate; This procedure returns the 
next node to evaluate in the current rule tree. This node will be either: 
10 1 ) Unasked evidence 

2) Unasked or reexecutable extern 

3) Asked but nonupdated node of any other type after resumption from another rulebase calL 



15 PSEUDO CODE: 

outoftree := false; 

.while not outoftree and not fotmdnode do 

• .if nodetype « alternate then BEEOKEALT 

20 ..else if nodetype - reference then switch to 

ref errenced node 
...else if unasked 

♦ .-.then if firstson - nil 

then runtimerror(4) ; outoftree « true 

25 .....else current node « nil 

....else if brother ~ nil 

.... .then runtimerror (12) ; outoftree = true 

else currentode := brother 

30 .end while 



INPUT: 

35 Pointer to a node at the top of a tree found by GOALSELECTOR 
OUTPUT: 

Pointer to the next node to evaluate in establishing that original node. 

40 MODULE NAME: CONTINUEPASStNGUP 

FUNCTION :Continue passingup weights from point in which interruption occurred; 
This procedure is cafled from the main inference routine after being invoked by the Supervisor following a call 
to a new rulebase. It will resume updating classes, procedures, or passingup from the point at which the 
rule-base call was made. Class and procedure nodes which have been asked will be marked either updated or 

45 not updated. If they are updated, ail members of that class or procedure have been evaluated and weights 
passed up the tree. If they are not updated, then interruption to the normal update and passingup routines to 
members of this class occurred. Interruption of processing could have occurred whiie updating references to 
a particular node. If this has happened, the node In question will be asked, but not updated. If a non-reference 
node is updated, all references to it have been updated and weights passed up. A reference node will be 

50 marked updated as soon as its weight is passed up. 
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PSEUDO CODE: 

currentclass - classhead 

while currentclass O nil and not (currentclass asked & not 

updated & not settable) 5 

.currentclass - current clas*?_ next 

if currentclass <> nil then 

♦ UPD ateclasses (currentclass , timetoreturn) 

else 1Q 
. currentproc « prochead 

.while prochead O nil and not (current proc asked and 
not updated) do 

..currentproc « currentproc^. next 

.if currentproc <> nil then 15 

. . DPDATEPROCS ( currentproc , timetoreturn) 

.else 

. .nodeinprogress ■= currentgoal 

. . BACKCHAIN (nodeinprogress ) ^ 

. . UPDATEREFS (nodeinprogress , timetoreturn) 

. . if not timetoreturn and father <> toprule then 

. . . PASSINGUP (nodeinprogress , timetoreturn) 

25 

INPUT: 

Pointer to currentgoal, classhead, prochead, and toprule 

30 

OUTPUT: 

Rulebase updated as much as possible after evaluating last evidence or external timetoreturn will be true (f a 
call to another rulebase is encountered during the continuation of passlngup. 

MODULE NAME: EVALEVID 35 

FUNCTION: Evaluate evidence node; 
If the current evidence node Is a member of a class, then EVALEVID call ASKCLASS which asks the question 
and sets the weight for that node. If the text is In the evidence node, then EVALEVID asks the question and 
computes the weight Itself. If the node if not a member of a class nor is there text in the node, then the node is 
given the weight It had previously. EVALEVID then normalizes the node If it has the normalize property and 40 
marks the node as asked. It then calls PASSINGUP to pass tha confidence as far up the tree as possible. After 
returning from PASSINGUP, if it Is not time to return, It marks the current node as updated. 

45 
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PSEDDO CODE: 

If evidence node is a meiriber of a class 
.then begin 

5 . . ASKCIASS (curntclass, curntnode, timetoreturn) ? 

...if systemreset then return; 
...end 

.else if question text is in evidence node 
..then begin 

10 ...ask the question in the evidence node; 

...compute the weight for the node depending on the 

answer; 
...end 

15 ..else curntnode. weight = curntnode . priorweight / 

if curntnode. normal = true then normalize; 

curntnode. asked « true; 

PASSINGUP (curntnode , timetoreturn)? 

if not timetoreturn 
20 .then curntnode. updated = true; 



25 INPUT: 

Pointer to current node (an evidence node); 

OUTPUT: 

Evidence node evaluated and weight is set; timetoreturn may change to true indicating that control should 
30 be passed back to the Supervisor without further evaluation; 

MODULE NAME: EVALEXTERN 

FUNCTION Evaluate external node; 
Each external node refers to a procedure by name. The external node is said to be a member of this procedure. 
35 An external node can make an —indirect reference* to a procedure meaning that if the procedure has not 
already been executed, this external node will not cause it to be executed. Instead, it will pass up minwelght (or 
false) to its parent node. 

The function of procedure EVALEXTERN is to cause execution of the procedure which the current external 
node Is a member. This is assuming that it is not an indirect reference, if this external node has the local or 
40 reexecute attributes or any parent Is local, then the weight is passed up only In the current tree. Otherwise, any 
external node which Is a member of this procedure is updated, if the external node has an indirect reference to 
a procedure, then the procedure is not executed, the node Is given the minimum weight allowed, and that 
weight Is passed up the tree. 
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P5EUDO CODE: 

whichproc - procedure of which curntnode is meinber; 
if curntnode is not an indirect reference to procedure 
.then if (whichproc ie not asked) or (curntnode is 
reexecutable) or (whichproc is local) 
• . then begin 

.display associated text; 
...if xtrace is on 
. . . . then display input parameters ; 
. . . call PKI (whichproc) y (i . e . the procedure node 

interface routine *) 
...if xtrace is on 
....then display return parameters; 
...if (whichproc is local) or (curntnode is local) 

or (curntnode has a local father) or (curntnode is 

reexecuted) 

....then UPDATEMEMBERPROC (curntnode , whichproc, 

time tore turn,) 
.... else begin 

whichproc as asked and established; 

UPDATEPROCS (whichproc, timetoreturn) ; 

end else; 

. • .end 

...else if (whichproc is asked) and (whichproc is 
global) 

.... then UPDATEPROCS (whichproc , timetoreturn) ; 
..else (*curntnode is an indirect reference to 

procedure « . .begin 
...-mark curntnode asked and established; 

curntnode 's weight = minweight; 

. . . .PASS1NGUP (curntnode, timetoreturn) ; 
... .if not timetoreturn 

then mark curntnode updated; 

...end; 



INPUT: 

Pointer to currant node (an external node); 
OUTPUT: 

External node evaluated and weight is set: timetoreturn may change to true indicating that control should be 
passed back to the supervisor without further evaluation: 

MODULE NAME: PASSINGUP 
FUNCTION : Evaluate nodes and pass weights up the tree. 
1 ) Save current node's weight as the prior value. 

weight 811 a prOCedUr ° t0 evafuate the function assocfat ^ with the code name to obtain a new current 

arril^^H *^ a8l ? d ° r J f WSS a ' ready ***** and [tS WeiQht did not chan 9 Q ™ d irs not S^bal and 
already updated then don't continue any further. 

mSXS^S^^m^^^ ,hen if " e weight 15 ^ * e high threshold - set 

6) rf there was no rulebase caJI then update references to the current node 

7) If no rulebasecall encountered and the node Is not at the top of the tree, then continue investigating 
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15 



parents. 

PSEUDO CODE: 

5 continu ~ true* 

wasasked « cxirntnode_. asked; 
while continu do 

.priorweigfat - cumtnode_. weight; 
•case curntnode__. node type of 
to ..goals EVATjGPAL 

. .hypothesis : EVALGOAL 

..evidence? if not reported then wasasked - false 
..external: if not reported then wasasked - false 
..and: EV ALAND 

..or; EVALOR 
..not: EVALNOT 
. .wand: EVAU7AHD 
• • reference x EVALREF 
20 . .pand : EVALPAND 

. . alternate : EVALALT 
. .preempt: EVALPREM 
.end case? 

2s -if node not just updated then continu » false; 

•if continu and not reported 
.♦then if weight > threshold 
...then 

set classes; 

set parameters 
call rulebases; 

if rulebase to call then continue - false; 
.if continu 

35 ..then DPDATEREFS (curntnode , tiroe tore turn) ? 

.if timetoreturn or curntnode at top of tree 
. .then continu - false; 
•if continu 

..then curntnode - curntnode_. father; 
.end? <*while continu — true*) 
end procedure; 



30 



40 



45 



50 INPUT: 

Pointer to currentnode 

OUTPUT: 

timetoreturn may change to true indicating that control should be passed back to the supervisor 

55 

MODULE NAME: UPDATEREFS 

FUNCTION :Update references to current node 
This module updates all references to the current node and calls PASSINGUP for each node updated. 
References to a node are called cousins' of that node. 
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PSEUDO CODE: 

if (curntnode is not a reference node) and (curntnode is 
asked) and (cumtnode is named) and (curntnode is not 
updated) 

• then begin 5 
..curntref = cousin of curntnode; 

• .while (curntref O nil) and (not timetoretum) begin 
.•.if [ (curentref not asked) or (curntref asked but no 

updated) and (no father is global) ] ™ 
.... then begin 

PASSINGUP (curntref , timetoretum) ; 

if not timetoretum 

then curntref .updated « true; 

end; 

-..curntref ■« curntref_. cousin; 
• . .end while; 

.•if [(not evidence node) and (not external node) and 

(not timetoretum) ] 20 

• ..then curntnode^. updated « true; 
• . end then 

.else if (curntnode is not referenced) and (curntnode - 
is asked) ^ 
..then curntnode_. updated = true; 



30 



INPUT: 
Pointer to currentnode 



OUTPUT: 

timetoretum may change to true indicating that control should be passed back to the supervisor v 
KJSEJ^t m0d ^ 3 A hich ar ? * ,so sho ™ In 1* ™1 «re a part of the Inference progST S only 
^ °h ^ UnCtf ° n and ra,at(onsh| P to other described modules. The p££ Se tor 
des^ ^ SmCG « " We " M thG *" of *" avflra ^ Programmer to implement the 

MODULE NAME: EVALALT 

FUNCTION: Evaluate aJternate node; 
This procedure evaluates an alternate node. An alternate node has two subtrees, where the left subtree is an 
evdencs node, EVALALT presents to the user the question for the evWerK^^ 

is able to answer the question. If the user responds with 'yes/ then the question Is aaki^^^SJS 
Se^^ ***** ^ th ' S CaSS ' th8 COnfidGnCe for *« s ^ * confidence 

MODULE NAME: EVA LAND 50 
FUNCTION: Evaluate and node; 

^n«H^f d r e ^ uate \ an node. It retrieves the confidences of its children nodes and computes its own 
confidence form these. An and node takes the minimum confidence of its children. COmputea ns own 

MODULE NAME: EVALGOAL 55 
FUNCTION: Evaluate goal node; 



Sid^^^T 9 a ,°!5 ^ de " [t retrieves thB ^nfidences of Its child node and computes its own 

ttil^iE ™! u 9 ° a ^! tak u S ^ Wei9ht ° f ltS ^ ch,,d « tt ,s ^e the GOAL node^uppTr 
threshold, the goal is concuded to he fm« nnri i* c ™^i,. 0 s^ : ^ .... uhh^i 



fhfAeitMijj . . ^ , , ouiyre unuq ana rr ji is aoove The GO 

threshold, the goal is concluded to be true and Its conclusion is added to the goal list. 

MODULE NAME: EVALOR 
FUNCTION: Evaluate or node; 

^nf^^T^T ° r : etrieV6S th9 co >™ e " ces <* »» children nodes and computes its own 

confidence from these. An or node takes the maximum confidence of Its children 
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MODULE NAME: EVALNOT 

FUNCTION: Evaluate not node; 
This procedure evaluates a not node. It retrieves the confidences of its child node and computes Its own 
5 confidence from this. A not node takes n minus the weight of Its child node. 

MODULE NAME: EV ALP AND 

FUNCTION: Evaluate pand node; 
This procedure evaluates a pand node. It retrieves the confidences of its children nodes and computes Its own 
10 confidence from these. A pand node takes the sum of the weight of its children. 

MODULE NAME: EVALPREM 

FUNCTION: Evaluate preempt node; 
This procedure evaluates a preempt node. A preempt node has two subtrees and an upper and lower 
15 threshold. The confidence for the left subtree is first obtained. If it Is above the upper threshold or below the 
lower threshold, then the right subtree is never traced and the preempt node Is given the confidence value of 
the left subtree. If, on the other hand, the confidence for the left subtree is between the lower and upper 
thresholds. The the confidence for the right subtree is the value given to the preempt node. 

2Q MODULE NAME: EVALREF 

FUNCTION: Evaluate reference node; 
This procedure evaluates a reference node. A reference node occurs only at the leaf of a tree. A reference 
node takes thB confidence of the node which it references. 

25 MODULE NAME: EVALWAND 

FUNCTION: Evaluate wand node; 
This procedure evaluates a wand node. It retrieve the confidences of its children nodes and computes its own 
confidence from these. A wand node takes the average of the weight of its children. 

30 MODULE NAME: GOALS ELECTOR 
FUNCTION: Select next goal; 
This procedure chooses the next unasked goal in the rulebase. Only goals or hypotheses nodes at the top of a 
tree will be returned. If all goals have been asked already, the goal returned will be marked asked. 

35 MODULE NAME: PNI 

FUNCTION: Procedure node interface; 
PNI is passed a pointer to a procedure node when this procedure is to be executed. From the definition in this 
procedure node. PNI obtains the values to be passed and builds a call to the procedure. The procedure was 
not bound in with the system before execution. After the procedure returns control to PNI, PNI takes values 

40 returned from this procedure and puts them into the appropriate places in the system data structures. 

MODULE NAME: REPORTALT 

FUNCTION: Investigate and report alternate node; 
This procedure will investigate an alternate node in order to determine which branch of the subtree should be 
45 used for back- chaining. The node which is the root of that subtree is returned as cumtnode. The node passed 
to this routine must have been previously found to be an alternate node. 

MODULE NAME: UIO 
FUNCTION: User Input/Output interface; 
50 The user interface routine takes care of all Interaction between the system and the display and between the 
system and the key- board. It displays questions, processes user input, recognizes when special keys are 
pressed (such as quit or escape], and is used to display the goals concluded. 

MODULE NAME: UPDATECLASSES 
55 FUNCTION: Update all evidence nodes which are members of the current classes; 

This procedure is called after a class has been evaluated. UPDATECLASSES updates all evidences which are 
members of this class (i.e., all evidences which refer to this class) by calling UPDATEMEMBER. A node is NOT 
updated along with other members if it (1) Is not local, (2) does not have the reask attribute, and (3) does not 
have any local fathers. 

GO 

MODULE NAME: UPDATEMEMBER 

FUNCTION: Update single member of current class; 
Once a class is evaiuat d, this procedure is called to update a single member of that class. Then procedure 
PASSINGUP is called to pass the confidence obtained for that node up the tree. 

65 



40 



0 230 349 



MODULE NAME: UPDATEMEMBERPROC 

FUNCTION: Update single member of current procedure; 
Once a procedure call has been executed from the rulebase. this procedure Is called to update a single 
member of that procedure. Then the procedure PASSINQUP is called to pass the confidence obtained for that 
node up the tree. 

5 

MODULE NAME: UPDATEPROCS 

FUNCTION: Update all members of the current procedure- 
Once a procedure call has been executed from the rulebase, 'all external nodes which are members of this 
procedure have their weights updated and passed up the tree. UPDATEPROCS locates all external nodes 10 
which are members of this current procedure and for each member. UPDATEMEMBERPROC is called 

The manner in which Rulenodes of the rulebase are structured to obtain data that the user might also be 
asked for Is Illustrated and described In connection with Fig. 14a. The Rulenode shown in Fig 14a is part of a 
process for testing a printer. It should be assumed that a number of different printers are supported bv the 
system but that only one printer is normally attached to the system at any ghren time. It shoSd I be farther 
assumed that a test procedure can be run that is able to determine the printer type that is attached to the 
system, provided that the cable between the printer and the system Is ok anacneo « tne 

The printer type is required because at external node K. shown in Fig. 14a, "test 52" is only run if the 
attached printer Is an'BM J^^el *>152 printer. The test type test is run at node F and the appropriate FVG, H or 
I node will be concluded. Nodes F, Q. and H each have an action attribute "SETC (class) type equd {printer 
type) depemflng on the return code obtained from the test unit at the conclusion of the test Note that node 
does not set the class 'type." As a result, the class type is not set If node C was false, I.e.. the printer caile is 

f^rV n0d9 'If trU ^'- a ; 6i1her me M0dete 5152 - 5219 ' or E P son Mode ' 20 ware attached to me system 
under those conditions. The class question at node J Is therefore asked of the user to obtain the printer type 
However since node F determined that the attached printer was an IBM 5219. the action attribute "SETC- tvoe 
causes all nodes of this class to be set to the answer obtained by node F. All evidence nodes referenda the 
class -type will therefore bypass the user query aince the answer has already been obtained 9 

J^hl l ^Iw^* 3 T th f r I Xamp ' e ° f , th8 manner in wnich «*» n°^s are constructed in accordance 
with the present invention, in th.s example a display is being tested. Node C is in an external test that runs a 
test unit that drsplays Information on the screen of the display device. The useris then asked to comp^ the 
display with die known diagram that has previously been provided in the documentation. In some situations 
represented by node E, a test can be run to determine whether individual pels of the display are on or off and 
whether they compare correctly to some pre-established standard. If so. the "SETC* attribute of node E sets 
the class match equal to 1 1n node H. As shown, node H belongs to a Rulenode headed by the goal node F. 
Ses in other tr ™* **" "* anSWer t0 ^ ^ estion8 10 ■» entered b V evidence 35 
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J~ "L Bth °? * "Pf^B a data Processing system for collecting information by tracing a role base of 
^taSfn^lr-. 8 ! ^ Posing system having a processing unit which functions with said expert 
system program as an inference engine, characterised by the steps of 

a) establishing In said rule base, a rule tree having a goal node and at least one evidence node 45 

S OOS °, bta,n , ^ SWer to a class questkm b V P™^nting sakJ question to said user and 
stonng said answer In association with said evidence node 

arrl^l IK? Hit? id ^r^T- a ?° ther " 0de Which ' is capabte « determining said answer in 
^h™LT * PP ! d b/ at ' eaSt ° ne de P endent nod e. and settings that answer In said 
evidence node to the answer determined by said other node 

rule tre? m ° th ° d ™ C ' aim 1 * V " Wch ^ Gvidence ^ and said other node are in the same 

rule'tSes" 16 '^ ** * ^ 1 Whi ° h *** "° de 8nd 8ald 0ther node m ,n different 

4. The method as claimed In Claim 2, further Including the step of providing in each node of said rule 
base that can obtain data, an attribute which functions to transfer said data to said ev^erSode 

5. The method as claimed in Claim 4 in which said evidence node operates to present a class tvoe 
quest.cn to said user only if the class question Is designated "unasked," further induing tXe? of 

thesIeoTexSn^ 

obtain SS £ P I° C ^ re SP ^ ified by 8afd extemal node ^d transferring the results 
nn^l!^ i ^ er n0de - 7 - The method ** clalmsd in aaim 6 In which said expert system is 

SnTbelT^ SyStem ^ SSid Cto3 queS,,0n is directed t0 daterminingThe 

mode! number of the specific system component that is attached to said system 

8. The method as claimed In Claim 7 in which said system component is a printer. 
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9. The method as claimed In Claim 8 in which said ext rnal procedure Is a test unit for determining th 
type of printer attached to said system. 
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PRINTER 

TEXT - 'DOES YOUR PROBLEM SEEM TO INVOLVE YOUR PRINTER?' 

VALUES ■ i OF CYES' 'NO') 

PREDEFINED WEIGHT • C 
IBM 5245 

TEXT- "ARE YOU USING AN IBM 5215 PRINTER?' 
VALUES • \ OF CYES' 'NO' ) 
PREDEFINED WEIGHT ■ 4 
SYMPTOM 

TEXT - 'DO YOU NOTICE ANY OF THE FOLLOWING SYMPTOMS: 

(1) CHARACTERS MISSING 

(2) CHARACTERS MISPRINTING 

(3) CHARACTER SMUDGED 

(4) PAPER FEEDS CROOKED 

(5) NONE OF THE ABOVE ' 
VALUES -I OF 4:5 

PREDEFINED WEIGHT ■ 4 
PRINTER LITE 

TEXT • ' IS THE LIGHT BLINKING ON THE FRONT OF YOUR PRINTER?* 
VALUES - 4 OF CYES* 'NO' ) 
PREDEFINED WEIGHT • 4 
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PRINTERTEST 

NAME ■ PRINTERTU 

PASS 32767 %SVC NUMBER % 

RETURN STATUSB1T HEX (-1 } 

END 
PARAMETERS 

PRINTERNUHBER 

TEXT - 'WHAT IS THE NUMBER OF YOUR PRINTER? ' 
DEFAULT • 'IBM' 

RULES 

% RULE TREE \ % 

1 GOAL 

TEXT • ' INSTALL A NEW ELEMENT OR RIBBON. ' 
NAME • GOAL! 

2 OR 

NAME - LEVEL20R 

3 AND 

NAME - RIBBON 

4 EVIDENCE 

NAME - PRINTER1 

CLASS • CYES' ) OF PRINTER 
4 EVIDENCE 

NAME - YES5215 

CLASS • CYES') OF 18H5215 
3 EVIDENCE 

NAME « SYMPTOM^ 

CLASS • \ OF SYMPTOM 

% RULE TREE 2 % 

1 GOAL 

TEXT - 'REPORT SERVICE REQUEST NUMBER 151 018 
FOR THE PRINTERNUHBER PRINTER. ' 

2 AND 

3 NOT 

4 REFERENCE 
NAME ■ RIBBON 

3 OR 

4 EXTERNAL 

PROC - PRINTERTEST 

STATUSBIT NE '00* XB 
4 EVIDENCE 

CLASS ■ CYES") OF PRINTER LfTE 
3 EVIDENCE 

CLASS • 2 OF SYMPTOM 
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